A typical counter-example is any me

A typical counter-example is any method encouraging you to include, in each software system that you produce, a global initialization module. Many modules in a system will need some kind of initialization — actions such as the opening of certain files or the initialization of certain variables, which the module must execute before it performs its first directly useful tasks. It may seem a good idea to concentrate all such actions, for all modules of the system, in a module that initializes everything for everybody. Such a module will exhibit good “temporal cohesion” in that all its actions are executed at the same stage of the system’s execution. But to obtain this temporal cohesion the method would endanger the autonomy of modules: you will have to grant the initialization module authorization to access many separate data structures, belonging to the various modules of the system and requiring specific initialization actions. This means that the author of the initialization module will constantly have to peek into the internal data structures of the other modules, and interact with their authors. This is incompatible with the decomposability criterion.

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

Một ví dụ điển hình của truy cập là bất kỳ phương pháp khuyến khích các bạn để bao gồm, trong mỗi phần mềm hệ thống bạn sản xuất ra một mô-đun toàn cầu khởi tạo. Nhiều mô-đun trong một hệ thống sẽ cần một số loại khởi-những hành động như mở khởi tạo của biến số nhất định, hoặc tập tin nhất định mà các mô-đun phải thực hiện trước khi nó thực hiện các nhiệm vụ hữu ích trực tiếp đầu tiên. Nó có vẻ như một ý tưởng tốt để tập trung tất cả các hành động như vậy, cho tất cả các mô-đun của hệ thống, trong một mô-đun khởi tất cả mọi thứ cho tất cả mọi người. Một mô-đun sẽ thể hiện tốt "thời gian gắn kết" trong đó tất cả các hành động của mình được thực hiện ở giai đoạn tương tự thực hiện của hệ thống. Nhưng để có được này gắn kết thời gian phương pháp sẽ gây nguy hiểm cho quyền tự chủ của các phân hệ: bạn sẽ có để cấp ủy quyền khởi tạo mô-đun để truy cập vào rất nhiều các cấu trúc dữ liệu riêng biệt, thuộc về các mô-đun khác nhau của hệ thống và đòi hỏi phải có những hành động cụ thể khởi tạo. Điều này có nghĩa rằng các tác giả của các mô-đun khởi sẽ liên tục phải peek vào các cấu trúc dữ liệu nội bộ của các mô-đun khác, và tương tác với tác giả của họ. Điều này là không tương thích với các tiêu chí decomposability.

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

Một điển hình phản ví dụ là bất kỳ phương pháp khuyến khích bạn để bao gồm, trong mỗi hệ thống phần mềm mà bạn sản xuất, một module khởi tạo toàn cầu. Nhiều mô-đun trong hệ thống sẽ cần một số loại khởi tạo - hành động như việc mở các tập tin nhất định hoặc khởi tạo của biến nhất định, trong đó các module phải thực hiện trước khi nó thực hiện nhiệm vụ trực tiếp hữu ích đầu tiên của nó. Nó có vẻ là một ý tưởng tốt để tập trung tất cả các hành động như vậy, đối với tất cả các module của hệ thống, trong một module mà khởi tạo tất cả mọi thứ cho tất cả mọi người. một mô-đun như vậy sẽ thể hiện tốt "gắn kết tạm thời" trong đó tất cả các hành động đó được thực hiện ở cùng giai đoạn thực hiện của hệ thống. Nhưng để có được sự gắn kết tạm thời phương pháp này sẽ gây nguy hiểm cho quyền tự chủ của các module: bạn sẽ phải cấp phép mô-đun khởi để truy cập nhiều cấu trúc dữ liệu riêng biệt, thuộc các module khác nhau của hệ thống và đòi hỏi phải có hành động cụ thể khởi tạo. Điều này có nghĩa rằng tác giả của module khởi tạo liên tục sẽ phải nhìn vào trong các cấu trúc dữ liệu nội bộ của các mô-đun khác, và tương tác với các tác giả của họ. Điều này không phù hợp với tiêu chí decomposability.