Читати книгу - "Занурення в патерни проектування, Олександр Швець"

рівні класів. Класи нижньо­го рівня реа­лі­зую­ть базо­ві опе­ра­ції на зра­зок робо­ти з диском, пере­да­чі даних мере­жею, під­клю­че­ння до бази даних та інше. Класи висо­ко­го рівня містя­ть скла­дну бізнес-логі­ку про­гра­ми, що спи­рає­ться на класи низько­го рівня для зді­йсне­ння більш про­стих операцій.

Зде­бі­льшо­го ви спо­ча­тку прое­ктує­те класи нижньо­го рівня, а потім бере­те­сь за верх­ній ріве­нь. При тако­му під­хо­ді класи бізнес-логі­ки стаю­ть зале­жни­ми від більш при­мі­ти­вних низько­рі­вне­вих кла­сів. Кожна зміна в низько­рі­вне­во­му класі може заче­пи­ти класи бізнес-логі­ки, які його вико­ри­сто­вую­ть.

Принцип інве­рсії зале­жно­стей про­по­нує змі­ни­ти напря­мок, в якому від­бу­ває­ться проектування.

Для поча­тку вам потрі­бно опи­са­ти інте­рфе­йс низько­рі­вне­вих опе­ра­цій, які потрі­бні класу бізнес-логі­ки. Це дозво­ли­ть вам при­бра­ти зале­жні­сть класу бізнес-логі­ки від конкре­тно­го низько­рі­вне­во­го класу, замі­ни­вши її «м’якою» зале­жні­стю від інтерфейсу. Низько­рі­вне­вий клас, у свою чергу, стане зале­жним від інте­рфе­йсу, визна­че­но­го бізнес-логі­кою.

Принцип інве­рсії зале­жно­стей часто йде в ногу з принци­пом від­кри­то­сті/закри­то­сті: ви змо­же­те роз­ши­рю­ва­ти низько­рі­вне­ві класи і вико­ри­сто­ву­ва­ти їх разом з кла­са­ми бізнес-логі­ки, не змі­нюю­чи код останніх.

При­клад

У цьому при­кла­ді висо­ко­рі­вне­вий клас форму­ва­ння бюдже­тних зві­тів прямо вико­ри­сто­вує клас бази даних для зава­нта­же­ння і збе­ре­же­ння своєї інформації.

ДО: висо­ко­рі­вне­вий клас зале­жи­ть від низько­рі­вне­во­го.

Ви може­те випра­ви­ти про­бле­му, ство­ри­вши висо­ко­рі­вне­вий інте­рфе­йс для зава­нта­же­ння/збе­ре­же­ння даних і прив’язати до нього клас зві­тів. Низько­рі­вне­ві класи пови­нні реа­лі­зу­ва­ти цей інте­рфе­йс, щоб їх об’єкти можна було вико­ри­сто­ву­ва­ти все­ре­ди­ні об’єкта звітів.

ПІСЛЯ: низько­рі­вне­ві класи зале­жа­ть від висо­ко­рі­вне­вої абстракції.

Таким чином, змі­нює­ться напря­мок зале­жно­сті. Якщо рані­ше висо­кий ріве­нь зале­жав від низько­го, то зараз все навпа­ки: низько­рі­вне­ві класи зале­жа­ть від висо­ко­рі­вне­во­го інтерфейсу.

Спи­сок поро­джу­ва­льних пате­рнів прое­кту­ва­ння, які від­по­від­аю­ть за зру­чне та без­пе­чне ство­ре­ння нових об'­є­ктів або наві­ть цілих сіме­йств об'­є­ктів.

Фабри­чний метод Factory Method Визна­чає зага­льний інте­рфе­йс для ство­ре­ння об'­є­ктів у супе­ркла­сі, дозво­ляю­чи під­кла­сам змі­ню­ва­ти тип ство­рю­ва­них об'­є­ктів. Абстра­ктна фабри­ка Abstract Factory Дає змогу ство­рю­ва­ти сіме­йства пов’яза­них об’єктів, не прив’язую­чи­сь до конкре­тних кла­сів ство­рю­ва­них об’єктів. Буді­ве­льник Builder Дає змогу ство­рю­ва­ти скла­дні об'­є­кти крок за кро­ком. Буді­ве­льник дає можли­ві­сть вико­ри­сто­ву­ва­ти один і той самий код буді­вни­цтва для отри­ма­ння різних від­обра­же­нь об'­є­ктів. Про­то­тип Prototype Дає змогу копію­ва­ти об'­є­кти, не вдаю­чи­сь у подро­би­ці їхньої реа­лі­за­ції. Оди­нак Singleton Гара­нтує, що клас має лише один екзе­мпляр, та надає гло­ба­льну точку досту­пу до нього.