6911
правок
Изменения
м
Из Предыдущие доклады по теме смотри в [[:Категория:DDD ]], наиболее полные - работа со структурами данных. Различаем несколько форм представления одного и разные документы. Паттерн состояние документа и независимость пути [[DDD - модель вместо анализа по атрибутам требований (Максим Цепков на AnalystDays-2014)]] - об использовании при проектировании и истории. Типичная ошибка [[Domain Driven Design - от требований до кода (Максим Цепков на SECON-2014)]] - следование симметрии документа в нормативке и попытки запихнуть в общую структурунем проектирования меньше, зато еще рассказано про отражение модели в то время, как реально стороны несимметричны Я-Оникод.
Нет описания правки
Прошли те времена, когда ИА просто отражало объекты, введенные на интерфейсе простыми операциями. Сейчас внутри приложений работает сложная бизнес-логика, отражающая действия над одними документами в изменения показателей и других объектов. В докладе я покажу шаблоны построения прозрачной ИА для решения таких задач на основе Domain Driven Design и разберу типичные ошибки.
= Презентация =
