Yii Framework

Завёл цикл статей с примерами реализации (список обновляется):

• Проектирование сущностей предметной области: http://www.elisdn.ru/blog/104/domain-entities-modelling

• Сервисный слой и контроллеры: http://www.elisdn.ru/blog/105/services-and-controllers

• Нативная реализация репозитория: http://www.elisdn.ru/blog/106/domain-native-repository

• Подключение и использование Doctrine ORM: http://www.elisdn.ru/blog/108/domain-entities-doctrine

• Интеграция сущностей с ActiveRecord: http://www.elisdn.ru/blog/109/domain-en ... ive-record

Круто, жду остальные статьи

Спасибо! Особенно интересна будет вторая часть, где вы будете соединять два разных мира: БД и реального.

Ждем с нетерпением)

Вторая — самая сложная.

Объясните в статье причину, по которой люди до сих пор создают себе проблемы с плоскими таблицами, если postgresql/mysql умеют работать с json не хуже документоориентированных субд ? Только потому, что с 70ых годов прошлого века плоские таблицы стали дефолтным решением? DDD появился в начале нулевых, спустя 30 лет. Не пришло ли время пересмотреть подход к хранению данных ? Вон Вернон писал как можно использовать DDD и хранение структурированных данных в postgresql https://vaughnvernon.co/?p=942

sda писал(а): ↑2017.03.31, 17:37 Объясните в статье причину, по которой люди до сих пор создают себе проблемы с плоскими таблицами, если postgresql/mysql умеют работать с json не хуже документоориентированных субд?

Из-за всё тех же проблем целостности всех NoSQL решений и проблем индексирования JSON в MySQL.

а в чем проблемы с индексированием? Вроде умеют индексировать https://www.postgresql.org/docs/9.4/sta ... N-INDEXING

Postgres отлично умеет, mysql с костылями, нивелирующими json. Про целостность json не понятно, что Дмитрий имеет ввиду. Формат-то безсхемный

Для второй части лучше взять doctrine, повторное использоввание и библиотеки это наше всё. Посиотрим, что выберет автор

anton_z писал(а): ↑2017.04.01, 05:50 Про целостность json не понятно, что Дмитрий имеет ввиду.

Наверное имеет ввиду отсутствие транзакций в nosql. Но мне интересно, для чего Дмитрий бы их использовал в nosql, ведь Вон Вернон пишет, что сохранять нужно не более 1 агрегата внутри транзакции. Но в nosql мы можем и без транзакции атомарно сохранить весь агрегат одной целостной json структурой. Тогда для решения какой проблемы нужны транзакции в nosql ?

Решил возродить почти забытую традицию вместо комментов писать небольшие статьи: http://rmcreative.ru/blog/post/proektir ... sti--mysli

samdark писал(а): ↑2017.04.01, 20:00 Решил возродить почти забытую традицию вместо комментов писать небольшие статьи: http://rmcreative.ru/blog/post/proektir ... sti--mysli

Очень полезно, тем более когда только начинаешь разбираться в теме. И как всегда не хватает простых и понятных примеров с кодом для Yii2 и реальной предметной областью.

Так весь смысл DDD в полной независимости от фреймворка. Так что тема не про Yii2.

samdark писал(а): ↑2017.04.03, 23:20 Так весь смысл DDD в полной независимости от фреймворка. Так что тема не про Yii2.

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

именно поэтому мне в упор не понятна реализация хоть какого-то более менее реального домена. Не знаю, интернет магазин, фотоальбом, оплата чего-то и т.д.

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

Думаю, новые статьи Дмитрия раскроют тему взаимодействия доменного слоя и приложения.

vitovt писал(а): ↑2017.04.04, 13:47 Могу говорить только за себя, как раз мне и не понятно как в рамках Yii2 на котором уже написано бОльшая часть проекта начать отвязываться от зависимости фреймоворка уходя больше в DDD.

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

ElisDN писал(а): ↑2017.04.04, 14:03

vitovt писал(а): ↑2017.04.04, 13:47 Могу говорить только за себя, как раз мне и не понятно как в рамках Yii2 на котором уже написано бОльшая часть проекта начать отвязываться от зависимости фреймоворка уходя больше в DDD.

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

Отлично, интесив приобрел, буду изучать \ и следить за появлением статей.

Кстати у Эванса

Строка таблицы должна содержать объект - возможно, вместе с его подобъектами в виде АГРЕГАТА.

Вообще DDD говорит, что клиент всегда должен работать с корнем агрегата и не лезть в его внутреннее устройство. Возможно делая поиск объекта по хранилищу не следует лезть глубже корня агрегата? Если всё же хочется сделать поиск по подобъекту, возможно такой подобъект должен быть самостоятельным, а не жить внутри агрегата?

Добавил статью про сервисы приложения.

На сайт в новости тоже надо добавить...