Để sử dụng các bộ sưu tập chung được lồng nhau hoặc các lớp trung gian tùy chỉnh?

Question

Trước khi giới thiệu về Generics với ngôn ngữ Java, tôi sẽ có các lớp văn bản đóng gói các bộ sưu tập-of-bộ sưu tập-of-bộ sưu tập. Ví dụ:

class Account { 
    private Map tradesByRegion; //KEY=Region, VALUE=TradeCollection 
} 

class TradeCollection { 
    private Map tradesByInstrument; //KEY=Instrument, Value=Trade 
} 

Tất nhiên, với Generics, tôi chỉ có thể làm:

class Account { 
    private Map<Region, Map<Instrument, Trade>> trades; 
} 

tôi có xu hướng đến nay lựa chọn tùy chọn # 2 (trên một phiên bản generified của tùy chọn # 1) vì điều này có nghĩa là tôi không kết thúc với sự gia tăng của các lớp tồn tại chỉ với mục đích gói một bộ sưu tập. Nhưng tôi có cảm giác dai dẳng rằng đây là thiết kế tồi (ví dụ: tôi nên sử dụng bao nhiêu bộ sưu tập lồng nhau trước khi khai báo các lớp mới). Ý kiến?

Answer 1

2 là tốt hơn bởi vì:

• Ít mã thực hiện giống hiệu lực thi hành (tốt hơn, thực sự, như trong # 1 một số loại thông tin của bạn tồn tại chỉ trong ý kiến)
• Đó là hoàn toàn rõ ràng những gì đi vào.
• Lỗi loại của bạn sẽ bị bắt vào thời gian biên dịch.

Có gì để giới thiệu 1? Thừa nhận bản đồ < Integer, < Bản đồ < Chuỗi, < Bản đồ < ... Generics là một chút khó khăn để làm quen, nhưng với mắt tôi dễ hiểu hơn mã với bản đồ, danh sách bản đồ và bản đồ của danh sách bản đồ và các đối tượng tùy chỉnh đầy đủ các danh sách bản đồ.

Answer 2

Tôi thích số 2. Nó là rõ ràng hơn những gì đang xảy ra, và là an toàn trong thời gian biên dịch (tôi thích có nhiều thứ sai trái trong thời gian biên dịch càng tốt, trái ngược với việc chúng xảy ra trong thời gian chạy ... nói chung tôi thích nó khi không có gì sai) .

Edit:

Vâng có hai cách mà tôi có thể nhìn thấy ... Tôi đoán nó phụ thuộc vào bạn sẽ sử dụng:

class Account 
{ 
    private Map<Region, TradeCollection> tradesByRegion; 
} 

class TradeCollection 
{ 
    private Map<Instrument, Trade> tradesByInstrument; 
} 

hoặc

class Account<R extends Region, I extends Instrument, T extends Trade, C extends TradeCollection<I, T>> 
{ 
    private Map<R, C> tradesByRegion; 
} 

class TradeCollection<I extends Instrument, T extends Trade> 
{ 
    private Map<I, T> tradesByInstrument; 
} 

Answer 3

Tôi đã thực hiện quy tắc đơn giản này cho tôi: Không bao giờ nhiều hơn hai < và hai dấu phẩy trong khai báo chung và tốt hơn là chỉ một dấu phẩy. Sau đó tôi giới thiệu các loại tùy chỉnh. Tôi nghĩ đây là điểm mà khả năng đọc đủ để đảm bảo các khái niệm bổ sung.

Có một lý do thực sự tốt để tránh generics quá sâu: Sự phức tạp không chỉ trong khai báo thực tế mà thường có xu hướng hiển thị như nhau trong logic xây dựng. Vì vậy, rất nhiều mã có xu hướng trở nên phức tạp nếu bạn lồng các khai báo này quá sâu. Tạo các lớp trung gian có thể giúp ích rất nhiều. Bí quyết thường là tìm ra các lớp trung gian thích hợp.

Tôi chắc chắn bạn nên quay trở lại một chút về tiêu chuẩn cũ của mình. Trên thực tế mẫu thứ hai của bạn là điểm đau chính xác, nơi tôi vẫn chấp nhận generics-only.

Answer 4

Thông thường cũng sẽ có một số mã để hoạt động trên các bộ sưu tập. Khi điều này trở nên không thuận lợi, tôi gộp lại bộ sưu tập với hành vi trong một lớp mới. Càng làm tổ càng sâu thì càng có nhiều khả năng xảy ra trường hợp này.

Answer 5

Kết hợp cả hai. Trong khi bạn có thể sử dụng Generics để thay thế các lớp tùy chỉnh, bạn vẫn sẽ muốn sử dụng một lớp để đóng gói các khái niệm của bạn. Nếu bạn chỉ cần chuyển các bản đồ của bản đồ các bản đồ của danh sách cho tất cả mọi thứ, những người kiểm soát những gì bạn có thể thêm? người kiểm soát những gì bạn có thể xóa?

Để giữ dữ liệu, generics là một điều tuyệt vời. Nhưng bạn vẫn muốn các phương thức xác thực khi bạn thêm một giao dịch, hoặc thêm một tài khoản, và không có một loại lớp nào đó bao gồm các bộ sưu tập của bạn, không ai kiểm soát điều đó.

Answer 6

Tôi nghĩ tốt hơn là nên lưu ý đến các đối tượng và nhấn mạnh các bộ sưu tập ít hơn một chút. Cải cách là bạn của bạn.

Ví dụ: đối tượng Sinh viên và Khóa học là điều tự nhiên nếu bạn đang lập mô hình hệ thống cho trường học. Điểm số sẽ được ghi ở đâu? Tôi cho rằng họ thuộc về một đối tượng mà Sinh viên và Khóa học gặp nhau - một ReportCard. Tôi sẽ không có điểm số lớp. Cung cấp cho nó một số hành vi thực sự.

Answer 7

Tôi nghĩ câu trả lời cho điều này là nó phụ thuộc vào tình huống. Nói chung, việc giới thiệu loại là hữu ích nếu điều đó cũng giới thiệu các phương pháp liên quan đến loại, nếu các loại trung gian đó được truyền độc lập, v.v.

Bạn có thể tìm thấy lời khuyên này từ Rich Hickey (tác giả của Clojure) về việc tạo thư viện tương thích loại thú vị:

• http://groups.google.com/group/clojure/browse_thread/thread/e0823e1caaff3eed

Nó dự định như là lời khuyên cụ thể cho các nhà văn thư viện Clojure nhưng tôi nghĩ là thực phẩm thú vị cho các tư tưởng ngay cả trong Java.