SOLID принципы: OCP (Открытости/закрытости (Open Closed Principle)

При́нцип откры́тости/закры́тости (англ. The Open Closed Principle, OCP) — принцип ООП, устанавливающий следующее положение: «программные сущности (классы, модули, функции и т. п.) должны быть открыты для расширения, но закрыты для изменения»; Software entities (classes, modules, functions, etc.) should be open for extension, but closed for modification (Bertrand Meyer) - открыты для расширения: означает, что поведение сущности может быть расширено путём создания новых типов сущностей. - закрыты для изменения: в результате расширения поведения сущности, не должны вноситься изменения в код, который эту сущность использует. - Ценность принципа: нет необходимости в регрессионном тестировании Термин «принцип открытости/закрытости» имеет два значения: 1. Принцип открытости/закрытости Мейера 2. Полиморфный принцип открытости/закрытости Бертран Мейер в основном известен как основоположник термина Принцип открытости/закрытости, который появился в 1988 году в его книге Object-Oriented Software Construction, отвечая на вопрос: 1. Как можно разработать проект, устойчивый к изменениям, срок жизни которых превышает срок существования первой версии проекта? 2. однажды разработанная реализация класса в дальнейшем требует только исправления ошибок, а новые или изменённые функции требуют создания нового класса 3. реализация интерфейса может быть унаследована и переиспользована, но интерфейс может и измениться в новой реализации Полиморфный принцип открытости/закрытости: 1. основывается на строгой реализации интерфейсов и на наследовании от абстрактных базовых классов или на полиморфизме. 2. Созданный изначально интерфейс должен быть закрыт для модификаций, а новые реализации как минимум соответствуют этому изначальному интерфейсу, но могут поддерживать и другие, более расширенные. Статья Роберта С. Мартина «The Open-Closed Principle» в 1996 была одной из плодотворных статей для популяризации такого подхода Крэйг Ларман отнёс термин Принцип открытости/закрытости к шаблону Алистэра Кокбёрна, названного Protected Variations Курсы для новичков: JAVA - JAVA Start - Инструментарий JAVA - Automation QA (Java) - ANDROID - C#/.NET - C# START - PYTHON - FRONT-END - WORDPRESS Developer - SALESFORCE Developer - UI/UX дизайн - Project management - Обучение на проекте - Продвинутые курсы для состоявшихся девелоперов: GRASP and GoF Design patterns - Enterprise patterns - Сайт Foxminded: Foxminded в ФБ: FoxmindEd в Instagram: Foxminded в VK: Мой Telegram: Мой блог: 1. На основе работы Роберта Мартина (дяди Боба). Акроним SOLID предложен Michael Feathers 2. SOLID (сокр. от англ. single responsibility, open-closed, Liskov substitution, interface segregation и dependency inversion) 1. SRP Принцип единственной ответственности (The Single Responsibility Principle) - Каждый класс должен иметь одну и только одну причину для изменений. 2. OCP Принцип открытости/закрытости (The Open Closed Principle) - программные сущности … должны быть открыты для расширения, но закрыты для модификации 3. LSP Принцип подстановки Барбары Лисков (The Liskov Substitution Principle) объекты в программе должны быть заменяемыми на экземпляры их подтипов без изменения правильности выполнения программы 4. ISP Принцип разделения интерфейса (The Interface Segregation Principle) много интерфейсов, специально предназначенных для клиентов, лучше, чем один интерфейс общего назначения 5. DIP Принцип инверсии зависимостей (The Dependency Inversion Principle) Зависимость на Абстракциях. Нет зависимости на что-то конкретное 0:00 – вступление Сергея Немчинского 0:23 – про принципы SOLID 1:12 – формулировка Open-Closed Principle (OCP) 2:50 – почему хорошо следовать принципу открытости-закрытости 3:53 – как соблюдать OCP согласно Бертрану Мейеру 6:20 - как соблюдать OCP согласно Роберту Мартину (полиморфный OCP) 8:25 –про расширение классов через интерфейсы