You Wanted to Know Box 7.3 has comm

You Wanted to Know Box 7.3 has comments on the programming style in Figures 7.17 and 7.18, as well as in the subsequent code examples in this chapter.) In Figure 7.17 or Figure 7.18, the queue is implemented as an array of up to 25 job numbers; the first element is queue[0] and the 25th is queue[24]. Each job number is represented as an integer. The reserved word public allows queueLength and queue to be visible everywhere in the operating system. The resulting common coupling is extremely poor practice and is corrected in Section 7.6.
Because they are public, the methods in JobQueueClass may be invoked from anywhere in the operating system. In particular, Figure 7.19 shows how JobQueueClass may be used by method queueHandler using C++, and Figure 7.20 is the corresponding Java implementation. Method queueHandler invokes methods initializeJobQueue, addJobToQueue, and removeJobFromQueue of JobQueueClass without having any knowledge as to how the job queue is implemented; the only information needed to use JobQueueClass is interface information regarding the three methods.
Now suppose that the job queue currently is implemented as a linear list of job numbers, but a decision has been made to reimplement it as a two-way linked list of job records. Each job record will have three components: the job number as before, a pointer to the job record in front of it in the linked list, and a pointer to the job record behind it. This is specified in C++ as shown in Figure 7.21 and in Java as shown in Figure 7.22. What changes must be made to the software product as a whole as a consequence of this modification to the way the job queue is implemented? In fact, only JobQueueClass itself has to be changed. Figure 7.23 shows the outline of a C++ implementation of JobQueueClass using the two-way linked list of Figure 7.21. Implementation details have been suppressed to highlight that the interface between JobQueueClass and the rest of the product (including method queueHandler) has not changed (but see Problem 7.11). That is, the three methods initializeJobQueue, addJobToQueue, and removeJobFromQueue are invoked in exactly the same way as before. Specifically, when method addJobToQueue

Results (Vietnamese) 1:

Bạn muốn biết hộp 7.3 có ý kiến về phong cách lập trình trong con số 7,17 và 7,18, cũng như trong các ví dụ mã sau đó trong chương này.) Trong con số 7,17 hoặc hình 7,18, hàng đợi được thực hiện như là một mảng tối đa 25 số điện thoại công việc; Các yếu tố đầu tiên là xếp hàng [0] và ngày 25 là hàng đợi [24]. Mỗi số công việc được thể hiện như một số nguyên. Từ thuộc công cộng cho phép queueLength và hàng đợi để được nhìn thấy ở khắp mọi nơi trong hệ điều hành. Các khớp nối kết quả thường là cực kỳ nghèo thực hành và được sửa chữa trong phần 7.6. Bởi vì họ được công khai, những phương pháp trong JobQueueClass có thể được gọi từ bất cứ nơi nào trong hệ điều hành. Đặc biệt, hình 7,19 cho thấy làm thế nào JobQueueClass có thể được sử dụng bởi phương pháp queueHandler bằng cách sử dụng C++, và con số 7,20 là việc thực hiện Java tương ứng. Phương pháp queueHandler invokes phương pháp initializeJobQueue, addJobToQueue, và removeJobFromQueue của JobQueueClass mà không cần bất kỳ kiến thức về cách hàng đợi công việc được thực hiện; chỉ thông tin cần thiết để sử dụng JobQueueClass là giao diện thông tin liên quan đến ba phương pháp. Bây giờ, giả sử rằng hàng đợi công việc hiện đang được thực hiện như là một danh sách tuyến tính số công việc, nhưng một quyết định đã được thực hiện để reimplement nó như là một danh sách liên kết hai chiều của hồ sơ công việc. Mỗi bản ghi công việc sẽ có ba thành phần: công việc số như trước, một con trỏ đến hồ sơ công việc ở phía trước của nó trong danh sách liên kết, và một con trỏ đến hồ sơ công việc phía sau nó. Điều này được chỉ định trong C++ như minh hoạ trong hình 7.21 và trong Java như minh hoạ trong hình 7,22. Điều gì thay đổi phải được thực hiện cho sản phẩm phần mềm như một toàn thể do hậu quả của việc sửa đổi này cách hàng đợi công việc được thực hiện? Trong thực tế, chỉ JobQueueClass chính nó đã được thay đổi. Con số 7,23 cho thấy những phác thảo của một thực hiện C++ của JobQueueClass bằng cách sử dụng danh sách liên kết hai chiều của hình 7.21. Thực hiện chi tiết đã được dập tắt để làm nổi bật giao diện giữa JobQueueClass và phần còn lại của sản phẩm (bao gồm cả phương pháp queueHandler) đã không thay đổi (nhưng nhìn thấy vấn đề 7,11). Có nghĩa là, ba phương pháp initializeJobQueue, addJobToQueue và removeJobFromQueue được đề xướng trong chính xác cách tương tự như trước. Đặc biệt, khi phương pháp addJobToQueue

Results (Vietnamese) 2:

Bạn muốn biết Box 7.3 có những nhận xét ​​về phong cách lập trình trong hình 7.17 và 7.18, cũng như trong các mã ví dụ tiếp theo trong chương này.) Trong hình 7.17 hay Hình 7.18, các hàng đợi được thực hiện như một mảng của lên đến 25 công việc số; các yếu tố đầu tiên là [0] hàng đợi và ngày 25 là hàng đợi [24]. Mỗi số công việc được biểu diễn như là một số nguyên. Các công từ dành riêng cho phép queueLength và hàng đợi để được nhìn thấy ở khắp mọi nơi trong hệ điều hành. Các kết quả khớp nối phổ biến là thực hành cực kỳ nghèo và được sửa chữa trong mục 7.6.
Bởi vì họ là công khai, các phương pháp trong JobQueueClass có thể được gọi từ bất cứ nơi nào trong hệ điều hành. Đặc biệt, hình 7.19 cho thấy cách JobQueueClass thể được sử dụng bằng phương pháp queueHandler sử dụng C ++, và Hình 7.20 là việc thực hiện Java tương ứng. Phương pháp queueHandler gọi phương pháp initializeJobQueue, addJobToQueue, và removeJobFromQueue của JobQueueClass mà không cần bất kỳ kiến thức như thế nào hàng đợi công việc được thực hiện; các thông tin chỉ cần thiết để sử dụng JobQueueClass là giao diện thông tin về ba phương pháp.
Bây giờ giả sử rằng các hàng đợi công việc hiện đang được thực hiện như một danh sách tuyến tính của số công việc, nhưng một quyết định đã được thực hiện để reimplement nó như là một danh sách liên kết hai chiều của công việc hồ sơ. Mỗi hồ sơ công việc sẽ có ba thành phần: số lượng công việc như trước, một con trỏ đến bản ghi công việc ở phía trước của nó trong danh sách liên kết, và một con trỏ đến bản ghi công việc đằng sau nó. Điều này được quy định trong C ++ như trong hình 7.21 và trong Java như trong hình 7.22. Những thay đổi phải được thực hiện cho các sản phẩm phần mềm như một toàn bộ như là một hệ quả của việc biến đổi này đến cách các hàng đợi công việc được thực hiện? Trong thực tế, chỉ JobQueueClass chính nó có phải được thay đổi. Hình 7.23 cho thấy những phác thảo của một C ++ thực hiện JobQueueClass sử dụng hai chiều các danh sách liên kết của hình 7.21. Chi tiết thực hiện đã bị đàn áp để làm nổi bật là giao diện giữa JobQueueClass và phần còn lại của sản phẩm (bao gồm cả phương pháp queueHandler) đã không thay đổi (nhưng xem Problem 7.11). Đó là, trong ba phương pháp initializeJobQueue, addJobToQueue, và removeJobFromQueue được viện dẫn trong cách chính xác giống như trước. Cụ thể, khi phương pháp addJobToQueue