Предметно-ориентированное проектирование автоматизированных систем управления. Раздел 2. Технологии DDD

Слайд 2

РАЗДЕЛ 2
ТЕХНОЛОГИИ DDD

РАЗДЕЛ 2 ТЕХНОЛОГИИ DDD

Слайд 3

Архитектурные решения DDD

Архитектурные решения DDD

Слайд 10

Объектно-реляционное преобразование

Объектно-реляционное преобразование

Слайд 16

Entity Framework

Entity Framework

Слайд 19

Назначение репозитория — обеспечение приложению стабильного API методов CRUD и реализация данных

Назначение репозитория — обеспечение приложению стабильного API методов CRUD и реализация данных
методов.

CRUD (сокр. от англ. create, read, update, delete — «создать, прочесть, обновить, удалить») — акроним, обозначающий четыре базовые функции, используемые при работе с персистентными хранилищами данных.

Слайд 20

Пример создания и использования репозитория приложении ASP.NET Core 3.0 Razor Pages и

Пример создания и использования репозитория приложении ASP.NET Core 3.0 Razor Pages и ORM Entity Framwork Core
ORM Entity Framwork Core

Слайд 43

Использование микрослужб с шаблонами DDD

Использование микрослужб с шаблонами DDD

Слайд 44

Микросервисная архитектура — вариант сервис-ориентированной архитектуры программного обеспечения, направленный на взаимодействие небольших,

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

Слайд 45

Свойства, характерные для микросервисной архитектуры:
модули можно легко заменить в любое время: акцент

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

Слайд 54

CQRS (Command Query Responsibility Segregation)
Любой метод должен или изменять состояние объекта, или

CQRS (Command Query Responsibility Segregation) Любой метод должен или изменять состояние объекта,
возвращать результат — но не то и другое одновременно. 
CQRS — архитектурный паттерн, который предусматривает разделение приложения на две отдельные модели данных. Одна из них отвечает за обновление данных (операции по записи или команды), другая — за отображение данных (операции по считыванию или запросы).
Команды VS запросы: строгое распределение ролей
Каждая операция — это либо команда или запрос, и не может быть сочетанием обоих.
Команда (также известная как модификатор) вносит изменения в систему, но не возвращает данные. Запрос, наоборот, получает и отображает данные из системы, но не может их менять.
Имя файла: Предметно-ориентированное-проектирование-автоматизированных-систем-управления.-Раздел-2.-Технологии-DDD.pptx
Количество просмотров: 34
Количество скачиваний: 0