O jak Open-closed principle, czyli zasada otwarte/zamknięte

Open-closed principle — Zasada otwarte/zamknięte

Każdy składnik oprogramowania powinien być otwarty na rozszerzenia i zamknięty na modyfikacje.

Dotyka ona dwóch zagadnień:

1. Zagadnienie otwarte — Składniki powinny być stworzone w sposób umożliwiający łatwe rozszerzenie ich zachowania. Zmiana ich zachowania nie wymaga zmiany istniejącego kodu, lecz dopisanie nowego.
2. Zagadnienie zamknięte — Modyfikacja zachowania nie powinna wiązać się ze zmianą już istniejącego kodu.

Regułę tę można stosować do metod, funkcji, klas, modułów oraz pakietów. Do jej stosowania wykorzystuje się zasadę Pojedynczej odpowiedzialności oraz regułę odwróconych zależności.

Zalety

• Większa elastyczność.
• Ponowne wykorzystywanie kodu.
• Łatwiejsze utrzymanie oprogramowania.
• Łatwiejsza rozbudowa systemu.
• Zapewnianie wstecznej kompatybilności.

Wady

• Duża trudność i pracochłonność podczas tworzenia oprogramowania.

Przykład

• Kalkulator liczący powierzchnię figur iteruje po liście obiektów implementujących interfejs IFigure, zamiast korzystania z switcha rozróżniającego po typie każdą klasę.
• Generatory raportów generujący raport implementujący interfejs IReportGenerator, którego można wstrzykiwać w klientów w zależności, jaki raport chcą (Pdf, Html).

Wszystkie posty związane z mini projektem: Poznaj zasady SOLID i OOP:

• Początek mini projektu: Poznaj zasady SOLID i OOP
• SOLID
• S jak Single responsibility principle, czyli zasada jednej odpowiedzialności
• O jak Open-closed principle, czyli zasada otwarte/zamknięte
• L jak Liskov Substitution Principle, czyli zasada podstawień Barbary Liskov
• I jak Interface segregation principle, czyli Zasada segregacji interfejsów
• D jak Dependency Inversion Principle, czyli Zasada odwrócenia zależności
• CS jak Ćwiczenia Single responsibility principle, czyli zasada jednej odpowiedzialności
• CO jak Ćwiczenia Open/closed principle, czyli Zasada otwarte-zamknięte
• CL jak Ćwiczenia Liskov Substitution Principle, czyli zasada podstawień Barbary Liskov
• CI jak Ćwiczenia Interface segregation principle, czyli Zasady segregacji interfejsów
• CI jak Ćwiczenia Dependency Inversion Principle, czyli Zasada odwrócenia zależności
• Ćwiczenia z SOLID
• Podsumowanie połowy projektu: Poznaj zasady SOLID i OOP
• Ćwiczenia z SOLID — Kata
• OOP — Object Oriented Programming, czyli programowanie obiektowe
• OOP — Myślenie obiektowe
• OOP — Object Oriented Programming, czyli programowanie obiektowe — Modelowanie dziedziny
• KISS — Keep it simple, stupid, czyli Bez udziwnień zapisu, idioto (BUZI)
• Lod — Law of Demeter, czyli Prawo Demeter
• DRY — Don’t repeat yourself, czyli Nie powtarzaj się
• SLAP — Single Level of Abstraction Principle, czyli Pojedynczy poziom abstrakcji
• Composition Over Inheritance, czyli Kompozycja ponad dziedziczeniem
• Encapsulate what changes, czyli Ukrywaj zmieniające się rzeczy
• Podsumowanie projektu: Poznaj zasady SOLID i OOP
• Podsumowanie zasad SOLID i OOP
• Mini kurs: Poznaj zasady SOLID i OOP – Zapisz się!
• Praca cząstkowa w Metodzie Kanban

Źródła

Obraz główny

• https://www.pexels.com/photo/door-green-closed-lock-4291/

Materiały

• Czysta architektura — Robert C. Martin
• https://sii.pl/blog/solid-dobre-praktyki-programowania/
• https://javadeveloper.pl/solid/
• http://butunclebob.com/ArticleS.UncleBob.PrinciplesOfOod
• https://www.p-programowanie.pl/paradygmaty-programowania/zasady-solid/
• https://www.samouczekprogramisty.pl/solid-czyli-dobre-praktyki-w-programowaniu-obiektowym/
• https://pl.wikipedia.org/wiki/Zasada_otwarte-zamkni%C4%99te
• https://en.wikipedia.org/wiki/Open%E2%80%93closed_principle
• The Open-Closed Principle – Robert C. Martin – https://drive.google.com/file/d/0BwhCYaYDn8EgN2M5MTkwM2EtNWFkZC00ZTI3LWFjZTUtNTFhZGZiYmUzODc1/view