Архивы рубрик:Программирование

Существует два определения. «Модули верхних уровней не должны зависеть от модулей нижних уровней. Оба типа модулей должны зависеть от абстракций.» и «Абстракции не должны зависеть от деталей. Детали должны зависеть от абстракций.» Как соблюдать этот принцип. Вы должны использовать все классы через интерфейсы.

Клиента не должны зависеть от методов который они не используют. Т.е. если какой то метод интерфейса не используется клиентом, то изменения этого метода не должны приводить к необходимости внесения изменения в клиентский код. (Р. Мартин) Вывод: Много специальных интерфейсов, предназначенных для клиентов, лучше, чем один общий интерфейс

Т.е. Если у вас есть место куда приходит класс (parent), то должна быть возможность без каких либо проблем добавляться и его наследник. Так же есть формулировка от Герба Саттера и Андрея Александреску: «Подкласс не должен требовать от вызывающего кода, больше чем базовый класс. И не должен предоставлять вызывающему коду, меньше чем базовый класс.»

Программные сущности (модули, классы, функции и т.д.) должны быть открыты для расширения, но закрыты для изменения (Бертранд Мэер) «Открыты для расширения», означает, что любой класс, метод, блок программного кода должен быть открыт для добавления нового функционала «Закрыты для изменения»: для добавления нового функционала в сущность, не должны вноситься изменения в код, который эту сущность использует. …

Читать далее «SOLID принципы: OCP (Открытости/закрытости (Open Closed Principle)»

Каждый объект должен иметь одну обязанность и эта обязанность должна быть полностью инкассирована в класс (Робер Мартин). Через ваш класс должна проходить только одна ось изменений (Сергей Немчинский) Т.е. Ваш класс должен меняться только по одной причине (содержать поля и методы относящиеся к одному вопросу). Никаких Gob Object. Осмысленно используйте SRP. Не следует, необдуманно, рубить …

Читать далее «SOLID принципы: SRP (Принцип единственной ответственности, Single Responsibility Principle)»