Рисунок 4 – Диаграмма классов, соответствующая принципу ISP
Если снова представить, что этот интерфейс реализован на языке со строгим контролем типов (например, Java, C#, C++ или Delphi), ис-
ходный код User1 будет зависеть от U1OPS и op1, но не от OPS. То есть изменения в OPS, которые не касаются User1, не потребуют повторной компиляции и развёртывания User1. Меньшее число взаимосвязанных изменений, очевидно, приводит к уменьшению вероятности допущения ошибки, вызванной таким изменением.
3.2.5. Принцип инверсии зависимостей
Принцип гласит, что зависимости должны быть направлены от ме-
нее абстрактных программных сущностей к более абстрактным, а не наоборот.
Пусть имеется архитектор, работающий над системой S. Он поже-
лал включить в систему некоторый фреймворк F. Если авторы F связа-
ли фреймворк с поддержкой конкретной базы данных D, то создаётся зависимость S от D (S зависит от F, который зависит от D). Если D
включает функции, которые не используются фреймворком F и соот-
ветственно не используются системой S, то изменения в этих функциях внутри D могут вынудить повторно развернуть F и затем повторно раз-
36