In Figure 11.20, we have a simple a

In Figure 11.20, we have a simple application of Adapter. Here, the design requires a class called Queue that holds a queue of objects and allows us to add an object to the end, remove an object from the beginning and find out how many object sare queued(getCount).Someone has already implemented a List class that allows us to add an object to the end, remove the first object (using removeFirst) and ask how many objects there are (using getSize) – exactly the kind of messages needed for Queue, but with different names. We don’t want to force our clients to use the List class because it has the wrong name and messages and because the client would be able use it for non queue-like behavior (such as removing an object from the middle of the queue with removeElementAt). One solution, which avoids writing lots of code but still gives clients what they need, is to implement the queue object as an adapter (see Figure 11.21). When finished, our Queue translates its three messages into the corresponding List messages but omits all of the unwanted List behavior, as shown in the following Java implementation:

Kết quả (Việt) 1:

Trong con số 11,20, chúng tôi có một ứng dụng đơn giản của Adapter. Ở đây, việc thiết kế đòi hỏi một lớp gọi là hàng đợi có một hàng đợi của các đối tượng và cho phép chúng tôi để thêm một đối tượng để kết thúc, loại bỏ một đối tượng từ khởi đầu và nhiều ra bao nhiêu đối tượng sare queued(getCount). Ai đó đã thực hiện một danh sách lớp mà cho phép chúng tôi để thêm một đối tượng để kết thúc, loại bỏ đối tượng chính (sử dụng removeFirst) và yêu cầu các đối tượng có bao nhiêu có chính xác loại thư (dùng getSize)-cần thiết cho hàng đợi, nhưng với tên khác nhau. Chúng tôi không muốn ép buộc khách hàng sử dụng lớp danh sách bởi vì nó có tên sai và tin nhắn và bởi vì các khách hàng sẽ có thể sử dụng nó cho hàng không giống như hành vi (ví dụ như loại bỏ một đối tượng từ giữa hàng đợi với removeElementAt). Một giải pháp, mà tránh viết rất nhiều mã nhưng vẫn mang đến cho khách hàng những gì họ cần, là để thực hiện các đối tượng xếp hàng như một bộ chuyển đổi (xem hình 11,21). Khi finished, xếp hàng của chúng tôi dịch thư ba của mình vào danh sách thư tương ứng nhưng bỏ qua tất cả hành vi không mong muốn của danh sách, như được hiển thị trong việc thực hiện Java sau đây:

Kết quả (Việt) 2:

Trong hình 11.20, chúng tôi có một ứng dụng đơn giản của Adapter. Ở đây, việc thiết kế đòi hỏi một lớp được gọi là Queue chứa một danh sách các đối tượng và cho phép chúng tôi để thêm một đối tượng để kết thúc, loại bỏ một đối tượng từ đầu và fi NĐ ra bao nhiêu đối tượng sare xếp hàng đợi (getCount) .Someone đã thực hiện một danh sách lớp cho phép chúng tôi để thêm một đối tượng để kết thúc, loại bỏ các đối tượng đầu tiên kinh (sử dụng removeFirst) và hỏi có bao nhiêu đối tượng có (sử dụng getSize) - chính là loại tin nhắn cần xếp hàng, nhưng với tên gọi khác nhau. Chúng tôi không muốn ép buộc khách hàng của chúng tôi sử dụng lớp Danh sách bởi vì nó có sai tên và các thông điệp và bởi vì các khách hàng sẽ có thể sử dụng nó cho các hành vi không đợi-như (như loại bỏ một đối tượng từ giữa các hàng đợi với removeElementAt). Một giải pháp, mà tránh viết rất nhiều mã nhưng vẫn mang lại cho khách hàng những gì họ cần, là để thực hiện các đối tượng hàng đợi như một bộ chuyển đổi (xem hình 11.21). Khi fi nished, Queue của chúng tôi dịch ba thông điệp của mình vào các thông điệp Danh sách tương ứng nhưng bỏ qua tất cả các hành vi Danh sách không mong muốn, như thể hiện trong việc thực hiện Java sau đây: