Posts tagged Model

Domain Events in DDD

May 05, 2020
Nov 14, 2021
Ivan Zakrevsky
Russian
DDD, Model

Статья переехала на новый адрес в Distributed Collaborative Knowledge Management System for System Architecture (о проекте).

Роль сервисного слоя в CQRS и Event Sourcing на примере использования Redux в Angular

Sep 16, 2018
Ivan Zakrevsky
Russian
Software Design, Software Architecture, Service Layer, Angular, Redux, Flux, JavaScript, Model, CQRS, Event Sourcing

Нужно ли скрывать посредством Сервисного Слоя обращения к реализациям CQRS и Event Sourcing? Периодически мне попадаются примеры и неуверенная аргументация о том, что лучше - скрывать. Однако, когда вопрос мог коснуться меня лично, я решил во всем разобраться сам.

Про Anemic Domain Model

Jan 04, 2018
Jul 29, 2022
Ivan Zakrevsky
Russian
ORM, DataMapper, DB, SQL, Model, DDD, Repository

Время от времени в кругу моих знакомых регулярно поднимается вопрос о том, что Anemic Domain Model - никакой вовсе и не антипаттерн, и в качестве аргументов приводятся ссылки на статью “The Anaemic Domain Model is no Anti-Pattern, it’s a SOLID design” [1]. После очередного упоминания этой статьи я решил об этом написать.

Реализация паттерна Repository в браузерном JavaScript

Aug 06, 2017
Nov 16, 2019
Ivan Zakrevsky
Russian
Repository, ORM, JavaScript, Model, DDD

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

Implementation of Repository pattern for browser's JavaScript

Aug 06, 2017
May 26, 2018
Ivan Zakrevsky
English
Repository, ORM, JavaScript, Model, DDD

Good architecture makes you free from certain implementation. It allows you to postpone the moment of decision on implementation and begin code construction even without the decision. The most important point is that you gain the opportunity to make a decision at the time of the greatest awareness, and you can also easily replace a specific implementation with any other. This responsibility is assigned to the Repository.

Проектирование Сервисного Слоя и Логики Приложения

Jul 17, 2017
Oct 12, 2019
Ivan Zakrevsky
Russian
Software Design, Software Architecture, ORM, Django Model, Service Layer, Redux, Flux, Model, CQRS, Event Sourcing

Эта статья посвящена вопросам управления Логикой Приложения и проектированию Сервисного Слоя (Service Layer), Use Case, CQRS, Event Sourcing, MVC и др.