For further insight into cohesion,

For further insight into cohesion, consider the example shown in Figure 7.7. Two methods in particular merit comment. It may seem somewhat surprising that the methods initializeSumsAndOpenFiles and closeFilesAndPrintAverageTemperatures have been labeled as having coincidental cohesion rather than temporal cohesion. First, consider method initializeSumsAndOpenFiles. It performs two operations related in time, in that both have to be done before any calculations can be performed, and therefore it seems that the method has temporal cohesion. Although the two operations of initializeSumsAndOpenFiles indeed are performed at the beginning of the calculation, another factor is involved. Initializing the sums is related to the problem, but opening fi les is a hardware issue that has nothing to do with the problem itself. The rule when two or more different levels of cohesion can be assigned to a module is to assign the lowest possible level. Consequently, because method initializeSumsAndOpenFiles could have either temporal or coincidental cohesion, the lower of the two levels of cohesion (coincidental) is assigned that method. That also is the reason why method closeFilesAndPrintAverageTemperatures has coincidental cohesion.

Results (Vietnamese) 1:

Cho biết thêm cái nhìn sâu sắc vào gắn kết, xem xét ví dụ minh hoạ trong hình 7.7. Hai phương pháp đặc biệt khen bình luận. Nó có vẻ hơi đáng ngạc nhiên rằng phương pháp initializeSumsAndOpenFiles và closeFilesAndPrintAverageTemperatures đã được đánh dấu là có gắn kết do sự ngâu hợp chứ không phải là thời gian gắn kết. Trước tiên, hãy xem xét phương pháp initializeSumsAndOpenFiles. Nó thực hiện hai hoạt động liên quan trong thời gian, trong đó cả hai có thể được thực hiện trước khi bất kỳ tính toán có thể được thực hiện, và do đó nó có vẻ rằng các phương pháp có thời gắn kết. Mặc dù hai hoạt động của initializeSumsAndOpenFiles thực sự được thực hiện vào đầu của phép tính, một yếu tố có liên quan. Khởi tạo các khoản tiền liên quan đến vấn đề, nhưng mở fi les là một vấn đề phần cứng không có gì để làm với vấn đề chính nó. Các quy tắc khi hai hoặc nhiều cấp độ khác nhau của gắn kết có thể được gán cho một mô-đun là để gán mức thấp nhất có thể. Do đó, bởi vì phương pháp initializeSumsAndOpenFiles có thể có thời gian hoặc do sự ngâu hợp gắn kết, thấp hơn của hai cấp độ đệm bộ ly hợp (do sự ngâu hợp) được chỉ định rằng phương pháp. Đó cũng là lý do tại sao phương pháp closeFilesAndPrintAverageTemperatures đã gắn kết do sự ngâu hợp.

Results (Vietnamese) 2:

Đối với cái nhìn sâu sắc hơn nữa vào sự gắn kết, xem xét ví dụ thể hiện trong hình 7.7. Hai phương pháp đặc biệt comment khen. Nó có thể có vẻ hơi ngạc nhiên khi các phương pháp và closeFilesAndPrintAverageTemperatures initializeSumsAndOpenFiles bị gán cho là có sự gắn kết trùng hợp ngẫu nhiên chứ không phải là sự gắn kết tạm thời. Đầu tiên, hãy xem xét initializeSumsAndOpenFiles phương pháp. Nó thực hiện hai hoạt động có liên quan trong thời gian, trong đó cả hai phải được thực hiện trước khi bất kỳ tính toán có thể được thực hiện, và do đó có vẻ như là phương pháp có sự gắn kết tạm thời. Mặc dù hai hoạt động của initializeSumsAndOpenFiles thực sự được thực hiện vào đầu của phép tính, một yếu tố khác là có liên quan. Khởi tạo các khoản tiền có liên quan đến các vấn đề, nhưng mở fi les là một vấn đề phần cứng mà không có gì để làm với các vấn đề chính nó. Các quy tắc khi hai hoặc nhiều cấp độ khác nhau của sự gắn kết có thể được giao cho một mô-đun là gán mức thấp nhất có thể. Do đó, vì initializeSumsAndOpenFiles phương pháp có thể có sự gắn kết, hoặc thời gian hoặc toàn ngẫu nhiên, thấp hơn trong hai mức độ gắn kết (trùng hợp ngẫu nhiên) được gán phương thức đó. Đó cũng là lý do tại sao closeFilesAndPrintAverageTemperatures phương pháp có sự gắn kết trùng hợp ngẫu nhiên.