Articles of домен ориентированный дизайн

Соотношения уровня сервиса и модели с поддержкой домена

Я занимаюсь разработкой базовой архитектуры веб-приложения. Проект соответствует подходу, основанному на управлении доменами, поскольку бизнес-модель и логика очень сложны. Проект также нацелен на проект SOA (сервис-ориентированная архитектура). Поэтому я многому учусь о сервисах и о том, как создать проект вокруг него. Следуя предыдущему моему вопросу , у меня есть вопрос относительно ассоциаций в модельных классах […]

Архитектура приложений ООП: на каком слое сидит ленивый загрузчик?

Я планирую реализацию шаблона Inheritance Mapper для компонента приложения http://martinfowler.com/eaaCatalog/inheritanceMappers.html Одна из функций, которую он должен иметь, заключается в том, что объект домена ссылается на большой список aggreageted элементов (10 000 других объектов домена) Поэтому мне нужна какая-то ленивая сборка для загрузки из общего объекта корневого домена в другие объекты домена. Чтобы сохранить мои сценарии […]

Доктрины и бизнес-логика в приложении Symfony

Любые идеи / отзывы приветствуются 🙂 Я столкнулся с проблемой в том, как обрабатывать бизнес-логику вокруг моих объектов Doctrine2 в большом приложении Symfony2 . (Извините за длину сообщения) После чтения многих блогов, поваренной книги и других ресурсов, я обнаружил, что: Объекты могут использоваться только для сохранения данных («анемичная модель») Контроллеры должны быть более стройными, Модели […]

Несколько слоев обслуживания и транзакции базы данных

Мне просто интересно, как лучше обрабатывать транзакции через несколько уровней обслуживания. Уровни службы используют ORM для хранения и извлечения из базы данных. Должны ли транзакции быть известны и обрабатываться в пределах отдельных слоев обслуживания? Или они должны обрабатываться другим слоем? Например: у меня есть два уровня обслуживания для пользователей и клиентов. Я бы хотел: 1) […]