Рубрика «DDD» - 7

Марсоход, Введение

2016-11-08 в 12:00, admin, рубрики: cqrs, DDD, event sourcing, mars rover series, mono repo, php, tdd, Алгоритмы, Программирование, Разработка веб-сайтов, метки: mars rover series, mono repo

Добро пожаловать в серию статьей «Марсоход», где мы будем использовать следующие практики:

Monolithic Repositories — MonoRepo (Монолитные репозитории)
Command/Query Responsibility Segregation — CQRS (Сегрегация ответственности на чтение и запись)
Event Sourcing — ES (События как источник)
Test Driven Development — TDD (Разработка через тестирование)

В этой вводной статье мы просто обозначим спецификации нашего марсохода.

Примечание. Этот пример является адаптированной для нужд серии статей версией упражнения, представленного на Dallas Hack Club, который сейчас, к сожалению, лежит.

Но сначала, давайте кратко пройдемся по упомянутым выше терминам.Читать полностью »

Как мы попробовали DDD, CQRS и Event Sourcing и какие выводы сделали

2016-10-19 в 12:22, admin, рубрики: .net, C#, cqrs, DDD, Анализ и проектирование систем, Программирование, Разработка веб-сайтов

Вот уже около трех лет я использую в работе принципы Spec By Example, Domain Driven Design и CQRS. За это время накопился опыт практического применения этих практик на платформе .NET. В статье я хочу поделиться нашим опытом и выводами, которые могут быть полезными командам, желающим использовать эти подходы в разработке.
Как мы попробовали DDD, CQRS и Event Sourcing и какие выводы сделали - 1
Читать полностью »

Валидация: внутри сущностей или снаружи?

2016-05-03 в 13:52, admin, рубрики: .net, C#, command, DDD, srp, валидация, Программирование, Проектирование и рефакторинг, Совершенный код, чистый код

Обратите внимание, что хотя пост написан от первого лица, это перевод статьи из блога Jimmy Bogard, автора AutoMapper.

Меня часто спрашивают, особенно в контексте архитектуры вертикальных слоев (vertical slice architecture), где должна происходить валидация? Если вы применяете DDD, вы можете поместить валидацию внутри сущностей. Но лично я считаю, что валидация не очень вписывается в ответственность сущности.

Часто валидация внутри сущностей делается с помощью аннотаций. Допустим, у нас есть Customer и его поля FirstName/LastName обязательны:

public class Customer
{
    [Required]
    public string FirstName { get; set; }
    [Required]
    public string LastName { get; set; }
}

Проблем с таким подходом две:

Вы изменяете состояние сущности до валидации, то есть ваша сущность может находиться в невалидном состоянии
Неясен контекст операции (что именно пытается сделать пользователь)

И хотя вы можете показать ошибки валидации (обычно генерируемые ORM) пользователю, не так-то просто сопоставить исходные намерения и детали реализации состояния. Как правило, я стараюсь избегать такого подхода.
Читать полностью »

Entity vs Value Object: полный список отличий

2016-01-21 в 4:56, admin, рубрики: .net, C#, DDD, Entity, Value Object, Программирование, Проектирование и рефакторинг

Тема отличий таких понятий как Entity (Сущность) и Value Object (Объект-Значение) из Domain-Driven Design не нова. Тем не менее, я не смог найти статью с полным списком их отличий, так что решил написать свою.
Читать полностью »

Интересные международные мероприятия августа

2015-08-03 в 13:04, admin, рубрики: agile, athgothon, burning man, cluecon, Conference, cryptography, dcc, DDD, defcon, Events, fpconf, growth hacking, gtd, hatch, hybridconf, IoT, mathematics, meta, mobiletech, React, sans, sumit, that conference, the, typecon, ymdc, конференции, Развитие стартапа

Каждый месяц по всему миру происходят десятки, если не сотни, IT-ориентированных конференций, выставок и других мероприятий.

В очередной раз мы собираем все наиболее интересные международные даты этого месяца для того, чтобы представить читателям «Мегамозга» в одном месте.
Читать полностью »

Паттерн «Репозиторий». Основы и разъяснения

2015-01-22 в 21:27, admin, рубрики: DDD, php, архитектура, паттерны, репозиторий

Repository commonly refers to a storage location, often for safety or preservation.
— Wikipedia

Вот как Википедия описывает репозиторий. Так уж случилось, что в отличие от некоторых других жаргонных словечек, с которыми мы имеем дело, этот термин прекрасно передает свою суть. Репозиторий представляет собой концепцию хранения коллекции для сущностей определенного типа.

Репозиторий как коллекция

Вероятно, наиболее важным отличием репозиториев является то, что они представляют собой коллекции объектов. Они не описывают хранение в базах данных или кэширование или решение любой другой технической проблемы. Репозитории представляют коллекции. Как вы храните эти коллекции — это просто деталь реализации.

Я хочу внести ясность в этот вопрос. Репозиторий — это коллекция. Коллекция, которая содержит сущности и может фильтровать и возвращать результат обратно в зависимости от требований вашего приложения. Где и как он хранит эти объекты является ДЕТАЛЬЮ РЕАЛИЗАЦИИ.

В мире PHP мы привыкли к циклу запрос/ответ, который оканчивается смертью процесса. Все, что пришло извне и не сохранилось — ушло навсегда, в этой точке. Так вот, не все платформы работают именно так.
Читать полностью »

Предметно-ориентированное проектирование в PHP

2015-01-13 в 11:16, admin, рубрики: DDD, php, Анализ и проектирование систем, качество кода, ооп, проектирование

Статья, можно сказать, о наболевшем.
Из-за низкого порога вхождения, привычке к связке с MySQL, отсутствия необходимости сборки, отсутствия строгой типизации и других факторов, проекты, написанные на PHP, зачастую не блещут качеством и содержат много нагромождённых запросов в базу, вместо красивого чистого кода.

PHP — скриптовый язык, сервер отвечает на запрос и объекты умирают. Да, это не desktop-приложение.
Но это не значит, что объекты предметной области, с которыми мы должны работать, не нужны вовсе.
Наоборот! Они нужны, они должны помогать нам сохранять и восстанавливать их состояние, после их удаления из памяти.

На PHP можно и нужно писать качественный код, в прочем это вообще не зависит от языка!
В первую очередь статья будет полезна для новичков, но думаю не помешает и бывалым разработчикам. Возможно, и в вашем проекте всё не так, как хотелось бы?
Читать полностью »

Ubiquitous Language и Bounded Context в DDD

2014-08-11 в 6:53, admin, рубрики: Bounded Context, DDD, Ubiquitous Language, Программирование, Проектирование и рефакторинг, разработка

Domain-Driven Design: Tackling Complexity in the Heart of Software Эванса — лучшая книга о проектировании действительно больших enterprise-приложений, что я читал. Видимо это мнение разделяют многие другие разработчики и проектировщики, потому что Entity и ValueObject, Repository и Specification встречаются почти в каждой большой кодовой базе. Но вот незадача, Ubiquitous Language (единый язык) и Bounded Context (контекст предметной области) в чужом коде я не видел ни разу. И здесь зарыта очень большая собака.
Читать полностью »

Интервью с Дино Эспозито, автором книги «Microsoft .NET: Architecting applications for the enterprise»

2014-07-28 в 10:21, admin, рубрики: .net, cqrs, DDD, event sourcing, framework, Блог компании Luxoft, проектирование, Проектирование и рефакторинг

ДИНО ЭСПОЗИТО

Читать полностью »

Anemic Domain Model

2014-06-02 в 10:41, admin, рубрики: DDD, Проектирование и рефакторинг, метки: DDD

На фоне своего увлеченного изучения DDD, я прочел статью Мартина Фаулера от 25 Ноября 2003 года Anemic Domain Model. Иногда для лучшего понимания материала я перевожу его на русский язык. Вот я и решил поделиться переводом.
Перевод авторский и местами очень смысловой.

Ссылка на оригинал.

В статье есть цитаты из уже опубликованной книги, которая была переведена на русский язык профессионалами, для того что бы улучшить понимание моего перевода я привел цитаты из книги под спойлерами.

На инвайт не претендую, так как он мне не нужен. Но если кто-то думает, что материал достоин инвайта, просто дайте знать в комментариях, мне будет приятно.

Бледная Доменная Модель

Это один из тех анти-паттернов который долгое время окружал нас, а сейчас проявляется еще активнее. Я говорил о этом с Эриком Эвансом и мы оба отметили что он становится все популярнее. И я как сторонник правильной Доменной Модели, считаю что это не есть хорошо.