Điều này đã được lỗi tôi cho một lúc. Hầu hết thời gian, khi nói đến việc lưu trữ dữ liệu trong các cấu trúc như hashtables, lập trình viên, sách và bài viết đều nhấn mạnh rằng các phần tử lập chỉ mục trong các cấu trúc đã nói theo các giá trị String được coi là thông lệ xấu. Tuy nhiên, cho đến nay, tôi đã không tìm thấy một nguồn như vậy để giải thích TẠI SAO nó được coi là thực hành xấu. Có phụ thuộc vào ngôn ngữ lập trình không? Trên khung cơ bản? Về việc thực hiện?
Lấy hai ví dụ đơn giản, nếu nó giúp:
Một bảng giống như SQL trong đó các hàng được lập chỉ mục bởi khóa chính Chuỗi.
Một từ điển .NET trong đó các khóa là Chuỗi.
9
Có khóa chuỗi không phải là một ý tưởng tồi nói chung. Tôi nghi ngờ những tuyên bố đó đã được thực hiện trong bối cảnh có sẵn loại khóa tốt hơn. Tôi có từ điển .net với các phím chuỗi mọi lúc. Bạn có thể cho một số ví dụ về yêu cầu này?
—
CodeInChaos
Bạn thường muốn các khóa chính không thay đổi trong suốt vòng đời của một đối tượng / hàng. Vì vậy, ví dụ
—
CodeInChaos
usernamenhư khóa chính của usersbảng có thể không phải là ý tưởng tốt nhất và bạn thích id tăng tự động. Nhưng đó usernamelà một chuỗi chỉ là sự cố, là một tài sản có thể thay đổi là vấn đề chính
@CodesInChaos Tôi ước tôi có thể nhớ nơi tôi đã tìm thấy hầu hết các trường hợp, nhưng bây giờ tôi có thể dán bit khiến tôi nhớ về vấn đề này. Đó là từ một slideshow GDC của Valve đã thảo luận về các cuộc đối thoại trò chơi và lưu trữ các sự kiện về thế giới trong các cặp <key = string, value = object>.
Dây là tốt. Không phải là chuỗi 'ma thuật'. Vì vậy, khi sử dụng bảng băm, hãy đảm bảo bạn không có chuỗi trần trong mã của mình. Bạn nên tránh các giá trị văn bản lớn làm khóa vì chúng không hoạt động tốt, nhưng trong hầu hết các tình huống trong thế giới thực, một chuỗi văn bản ngắn cũng nhanh như một số nguyên (chúng không phải là cơ sở dữ liệu lớn). Bạn cũng có thể sử dụng các khóa thay thế, ví dụ, khóa chính là một số nhưng cũng có một chuỗi 'sên' hoặc chuỗi duy nhất cũng là duy nhất.
—
ipaul