This class inherits BoundedQueueIte

This class inherits BoundedQueueItem and ResettableQueueItem and hence includes the features of both classes. The state schemas of each inherited class are conjoined to form the state schema of ResettableBoundedQueueItem. Similarly, the initial state schemas and operations Join and Leave are also conjoined to form the initial state schema and operations Join and Leave respectively of ResettableBoundedQueueItem. Each of the subclasses of QueueItem specified aboveare behaviourallysimilar to QueueItem in the sense that they all modelqueues — items join and leave on a first-in/first-out basis. Inheritance, however, is really just a means of reuse of existing specification text and it is possible to specify subclasses with behaviour unrelated to their superclasses. This can be done through a combinationof renaming and cancellation of inherited features. Consider using the class QueueItem to specify a generic stack. Although this is not a particularly intuitive way to model a stack, it highlights the reuse of text through inheritance. Rather than Join and Leave in the class interface, we require operations Push and Pop which allow items to be added and removed on a first-in/last-out basis. The stack is modelled by the class StackItem.

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

Lớp này thừa hưởng BoundedQueueItem và ResettableQueueItem và do đó có thể bao gồm các tính năng của cả hai lớp. Các lược đồ nhà nước của mỗi lớp thừa kế đang dính để hình thành sơ đồ nhà nước của ResettableBoundedQueueItem. Tương tự, lược đồ ban đầu nhà nước và các hoạt động tham gia và rời khỏi cũng dính để hình thành sơ đồ ban đầu nhà nước và tham gia các hoạt động và để lại tương ứng của ResettableBoundedQueueItem. Mỗi lớp con QueueItem specified aboveare behaviourallysimilar để QueueItem trong ý nghĩa rằng họ tất cả modelqueues — mục tham gia và để lại trên một cơ sở vòng/vòng tốc. Kế thừa, Tuy nhiên, là thực sự chỉ là một phương tiện tái sử dụng văn bản sinh hiện có và nó có thể để xác định phân lớp với hành vi không liên quan đến superclasses của họ. Điều này có thể được thực hiện thông qua một combinationof đổi tên và hủy bỏ tính năng kế thừa. Xem xét sử dụng các lớp học QueueItem để chỉ định một chồng chung. Mặc dù đây không phải là một cách đặc biệt trực quan để mô hình một chồng, nó nổi bật tái sử dụng văn bản thông qua thừa kế. Thay vì tham gia và để lại trong giao diện lớp, chúng tôi yêu cầu hoạt động đẩy và Pop cho phép các khoản mục được thêm vào và gỡ bỏ trên một cơ sở chính/cuối cùng tốc. Ngăn xếp được mô hình bởi lớp StackItem.

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

Lớp này kế thừa BoundedQueueItem? và ResettableQueueItem? và do đó bao gồm các tính năng của cả hai lớp. Các lược đồ trạng thái của mỗi lớp được thừa kế là dính liền để tạo thành các lược đồ trạng ResettableBoundedQueueItem ?. Tương tự như vậy, các lược đồ trạng thái ban đầu và các hoạt động tham gia và Để lại cũng dính liền để tạo thành các giản đồ trạng thái ban đầu và các hoạt động tham gia và để lại tương ứng của ResettableBoundedQueueItem ?. Mỗi phòng trong số các lớp con của QueueItem? cụ thể fi ed aboveare behaviourallysimilar để QueueItem? trong ý nghĩa rằng tất cả họ đều modelqueues - các mặt hàng tham gia và để lại trên một fi đầu tiên vào / fi đầu tiên ra cơ sở. Thừa kế, tuy nhiên, thực sự chỉ là một phương tiện để tái sử dụng các văn bản fi cation cụ thể hiện và nó có thể xác định các lớp con có hành vi liên quan đến superclasses của họ. Điều này có thể được thực hiện thông qua một đổi tên combinationof và hủy bỏ các tính năng thừa hưởng. Xem xét sử dụng các QueueItem lớp? để chỉ định một chồng chung. Mặc dù đây không phải là một cách đặc biệt trực quan để mô hình một chồng, nó làm nổi bật việc tái sử dụng các văn bản thông qua kế thừa. Thay vì tham gia và để lại trong các lớp giao diện, chúng tôi yêu cầu các hoạt động Push and Pop cho phép các mặt hàng được thêm vào và loại bỏ trên một fi đầu tiên vào / cơ sở cuối cùng ra. Ngăn xếp được mô hình hóa bởi lớp StackItem ?.