we have a simple application of ada

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 objects are queued(get Count).Someone has already implemented a List class that allows us to add an object to the end, remove the first object (using remove First) and ask how many objects there are (using get Size) – 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 remove Element At). 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:

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à xếp hàng giữ 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 đang đợi (được tính). 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 loại bỏ đầu tiên) và yêu cầu các đối tượng có bao nhiêu có (bằng cách sử dụng nhận được kích thước)-chính xác các loại thông điệp cần thiết đối với 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 loại bỏ yếu tố tại). 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

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

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 đang xếp hàng đợi (được Count) .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 loại bỏ đầu tiên) và hỏi có bao nhiêu đối tượng có được (sử dụng get Size) - 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 loại bỏ phần tử Đồng). 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