Связности модуля

Помогите понять и формулировать. Чем процедурно связанный модуль хуже коммуникационно связного?

0

Описание процедурной связности в вики:

Procedural cohesion is when parts of a module are grouped because they always follow a certain sequence of execution (e.g. a function which checks file permissions and then opens the file).

Здесь функция рассматривается как частный случай модуля. Можем рассмотреть модуль, который состоит из двух функций: одна проверяет права доступа файла, другая открывает его. Или класс Connection, у которого есть два метода: set_endpoint и connect. Суть одна: есть набор действий и есть обязательный порядок их выполнения, который предполагается, но не форсируется. Такой модуль легко использовать неправильно — забыть какой-либо вызов.

Не путать с последовательностью связностью! В ее случае порядок может форсироваться, например, системой типов. Пояснения есть здесь.

Теперь коммуникационная связность:

Communicational cohesion is when parts of a module are grouped because they operate on the same data (e.g. a module which operates on the same record of information).

Такое мы видим постоянно — возьми любой класс коллекции (стек, очередь, динамический массив). Лучше? Определенно. Повод для связности есть, строгого порядка почти нет. Казалось бы, в чем тогда проблема. Но коммуникационная связность предполагает, что в этот же модуль можно разместить вообще все, что работает с теми же данными, в частности ввод-вывод. Нужен ли, скажем, код отправки содержимого массива по сети в классе самого массива? Нет. Его бы в отдельный модуль, да еще и унести за интерфейс для возможности мокать. А по описанию этот тип связности вполне допускает такое смешение.

0