Tại sao Google Bộ sưu tập không hỗ trợ MultiKeyMap như Bộ sưu tập Apache?

Question

Quyết định của Google có tương tự như quyết định cho SortedMultiSet(stackoverflow question) hoặc là vì không sử dụng MultiKeyMap?

Tôi biết rằng thay thế cho MultiKeyMap có thể là sử dụng Lớp tùy chỉnh làm khóa chứa nhiều khóa làm thành viên của lớp. Ngược lại, tôi thích khái niệm chỉ định nhiều phím khi gọi đến số MultiKeyMap.

Phiên bản Apache MultiKeyMap tuyệt vời nhưng tôi thiếu nghiêm trọng Generics và do đó đã xem Google Bộ sưu tập để triển khai hiện đại. Nếu ai đó có bất kỳ ý tưởng nào tại sao Google chưa hỗ trợ nó hoặc có một giải pháp thay thế tốt hơn cho nó thì vui lòng trả lời.

Answer 1

Chúng tôi có một bản đồ hai tầng rất đẹp, mà chúng tôi gọi là "bảng" (K1 là "khóa hàng" và K2 là "khóa cột") và chúng tôi chưa nhận được phát hành được nêu ra. Tuy nhiên, hai khóa trước đây là lợi nhuận giảm dần.

Answer 2

Tôi nghĩ rằng generics có thể là showstopper để triển khai ở đây. Nếu bạn chỉ xem giao diện Bản đồ, có các bộ định danh chung cho loại khóa (K) và loại giá trị (V). Tôi không tin rằng nó sẽ có thể xác định nó bằng cách sử dụng generics một cách dễ dàng mà không cần tách các triển khai thành nhiều lớp (một cho mỗi số thành phần chính).

Bạn sẽ cần một lớp cho mỗi:

MultiKeyMap2<K1,K2,V> 
MultiKeyMap3<K1,K2,K3,V> 
MultiKeyMap4<K1,K2,K3,K4,V> 
MultiKeyMap5<K1,K2,K3,K4,K5,V> 

Việc thực hiện cơ bản về cơ bản là làm những gì bạn đề nghị (sử dụng một lớp tùy chỉnh). Tuy nhiên, nó không chính thức tạo ra một lớp học cho nó, tất cả mọi thứ được inlined. Nó thực sự là một chi tiết thực hiện. Nhưng để sử dụng các bộ sưu tập của Google một lớp tùy chỉnh để thực hiện cùng một điều sẽ hoạt động nhiều theo cùng một cách tôi chắc chắn sẽ thực hiện hashCode() và equals().

Answer 3

FYI, câu trả lời được chấp nhận đã được trả lời vào tháng 3 năm 2010, nhưng tính đến tháng 9 năm 2010, ổi đã bao gồm Table.

• Collections explained - Table
• Tables utility class
• Table javadoc