-
Domain Driven Design / Development – шляпа чи нє?
Методологія Domain Driven Design (іноді називають Domain Driven Development чи Development by Domain Model) була створена Еріком Евансом (Eric Evans) та описана як набір тактик та патернів у книзі Domain Driven Design. Одразу хочу зазначити, що книга Еванса неймовірно нудна і я раджу прочитати іншу книгу, що мені більше сподобалась – Patterns, Principles and Practices…
-
Антипатерн Менеджер
Менеджер – це антипаттерн. Якщо у коді проєкта ви бачите якихось *Manager’ів, то це ознака поганого коду та поганого розуміння предметної області (domain). Порушення принципів TDA (Tell, Don’t Ask), low coupling / high cohesion Менеджери порушують принцип TDA, в результаті чого об’єкти більше не ізолюють певної відповідальності. Відповідальність стає розмазаною між менеджером та декількома об’єктами,…
-
Дивні умови та Domain Driven Development
Якщо Ви бажаєте працювати із зрозумілим кодом, що має сенс та який можливо легко підтримувати – в ньому мають бути відсутні дивні умови. Що я маю на увазі, вживаючи словосполучення “дивні умови”? Дивна умова – це умова без назви. Приведу декілька прикладів дивних умов: Що всі ці умови значать? З точки зору Domain Driven Development…