Разработчик интерфейсов уверен, что выбранный им фреймворк автоматически решает за него вопросы структуры и организации кода. Он искренне верит, что если взять React, Angular, Vue, да тысячи их, то получает в руки серебряную пулю, которая закроет все проблемы разработки. Достаточно следовать документации фреймворка, и с проектом все будет хорошо в долгосрочной перспективе. И я сам долгое время рассуждал точно так же, я воспринимал только Angular, потому что там есть хоть какой-то структурный подход. На практике это оказывается большим заблуждением.
Рубрика «domain-driven design»
«Почему мы снова говорим про архитектуру?»
2026-08-07 в 10:39, admin, рубрики: dependency injection, domain-driven design, NX, архитектура фронтенда, гексагональная архитектура, монорепозиторий, чистая архитектураDDD в Go без красивых схем: как один платеж получил три курса валют
2026-04-19 в 11:45, admin, рубрики: aggregate root, DDD, decimal, domain-driven design, Go, golang, Value Object, архитектура, курсы-валют, платежиПисать про DDD легко, пока в примерах User, Order и пара красивых стрелочек. В проде оно обычно выглядит менее аккуратно: у клиента в интерфейсе одна сумма, списывается другая, саппорт открывает админку и видит третью.
Расскажу про платежный кусок, где мы на Go в какой-то момент уперлись в курсы валют. Названия сервисов чуть изменены, но суть та же. Это не история про “как мы построили идеальную архитектуру”. Скорее наоборот: сначала сделали нормально на вид, потом оно начало протекать в самых неприятных местах.
Как было в первой версии
Сервисов было немного:
checkout-api
payment-service
fx-rate-service
billing-service
ledger-service
Читать полностью »Сказание о стратегических паттернах DDD
2025-07-18 в 18:16, admin, рубрики: domain-driven design, архитектура приложенийЧтобы правильно задать вопрос, нужно знать большую часть ответа.
Шекли
Дисклаймер – этот текст не принесёт никакой пользы тем, кто не знает, что такое DDD, тем, кто не хочет ничего знать про DDD и тем, кто уже знает про DDD всё, что им нужно.
Domain-Driven Design: чистый подход к проектированию бизнес-логики
2025-07-04 в 11:00, admin, рубрики: DDD, domain-driven design, vk cloud, vk tech
C#, Кодогенерация и DDD. Часть 2 — Получаем данные и пробуем генерировать
2025-06-24 в 22:15, admin, рубрики: C#, c#.net, code generation, domain-driven design, roslyn
Это - вторая публикация в серии DDD и кодогенерация. (первая частьЧитать полностью »
Мой путь к быстрой и понятной архитектуре, или зачем я выбросил агрегаты из DDD?
2025-01-26 в 13:15, admin, рубрики: .net, aggregate, C#, DDD, domain model, domain-driven design, Entity, repository, services, use caseДанная статья затрагивает некоторые аспекты при выборе подхода к проектированию предметной области для сложных корпоративных систем. В ней исследуются причины возникновения классических подходов и их анализ, для возможного улучшения. Это моя первая статья на данную тему.
Система типов — лучший друг программиста
2022-11-08 в 5:07, admin, рубрики: domain-driven design, архитектура по, информационная безопасность, Программирование, проектирование систем, системы типов, Совершенный код
Я устал от одержимости примитивами и от чрезмерного использования примитивных типов для моделирования функциональной области.
Значение в string не лучший тип для записи адреса электронной почты или страны проживания пользователя. Эти значения заслуживают гораздо более богатых и специализированных типов. Мне нужно, чтобы существовал тип данных EmailAddress, который не может быть null. Мне нужна единая точка входа для создания нового объекта этого типа. Он должен валидироваться и нормализироваться перед возвратом нового значения. Мне нужно, чтобы этот тип данных имел полезные методы наподобие .Domain() или .NonAliasValue(), которые бы возвращали для введённого foo+bar@gmail.com значения gmail.com и foo@gmail.com. Эта полезная функциональность должна быть встроена в эти типы. Это обеспечивает безопасность, помогает предотвращать баги и существенно повышает удобство поддержки.
Читать полностью »
Гексагональная архитектура и Domain Driven Design на примере Front-end приложения
2022-03-07 в 8:56, admin, рубрики: DDD, domain driven, domain driven architecture, domain driven development, domain-driven design, geksagon architecture, TypeScript, архитектура, интерфейсы, конференции, ооп, Программирование
Не стоит воспринимать статью за единственно верный подход. Вариаций много, это все лишь видение автора на тематику вопроса.
Погружение
Что можно узнать о Domain Driven Design за 10 минут?
2020-02-21 в 12:54, admin, рубрики: Bounded Context, DDD, Dodo IS, Dodo Pizza Engineering, domain driven, domain-driven design, functional thinking, Ubiquitous Language, Анализ и проектирование систем, Блог компании Dodo Pizza Engineering, Программирование, Проектирование и рефакторингГоворят, что можно бесконечно смотреть на огонь, наблюдать за тем, как работают другие, а также изучать DDD (Domain Driven Design, предметно-ориентированное проектирование). Но если у вас есть только 10 минут — можно прочитать эту статью и пройтись по самым верхушкам, а потом с умным видом кивать головой во время светской беседы.
Покрутили и рассмотрели DDD с разных сторон вместе с Андреем Ратушным — техническим директором компании Югорские Интернет Решения.
