Мета закинута
Автор не відписував в цілі 4 року 10 месяців 22 дня
Проблемно-ориентированное проектирование или DDD (Domain-driven design)
Получать знание по паттернам, рефакторингу и проектированию ИС.
Критерій завершення
Получены знания для фриланс работы в сфере программировани.
Предметно-ориентированное проектирование (реже проблемно-ориентированное, англ. Domain-driven design, DDD) — это набор принципов и схем, направленных на создание оптимальных систем объектов. Сводится к созданию программных абстракций, которые называются моделями предметных областей. В эти модели входит бизнес-логика, устанавливающая связь между реальными условиями области применения продукта и кодом.
Предметно-ориентированное проектирование не является какой-либо конкретной технологией или методологией. DDD — это набор правил, которые позволяют принимать правильные проектные решения. Данный подход позволяет значительно ускорить процесс проектирования программного обеспечения в незнакомой предметной области.
Данный термин был впервые введен Э. Эвансом в его книге с таким же названием «Domain-Driven Design».
-
Принцип S.O.L.I.D
-
Ознакомится с принципами SOLID на сайте https://blog.byndyu.ru
-
-
Course: WPF and MVVM: Advanced Model Treatment 6h 54m
In this course, you will learn how to use these Model-wrappers in your MVVM-application for several scenarios: to highlight changed fields, to highlight invalid fields, to display validation errors, to enable the save button only if there are changes, and much more.
-
Introduction
-
Notify About Model Changes
-
Tracking Model Changes
-
Display Model Changes
-
Validation the Model
-
Displaying Validation Errors
-
Generation Model-wrappers with T4
-
-
Боб Мартин "Чистый код"
-
Пакет Prism
Используется в Xamaring и Wpf, Windows 10 UWP
-
Роберт Мартин "Чистая архитектура. Искусство разработки программного обеспечения"
-
Глава 1 Что такое дизайн и архитектура
-
Глава 2. История о двух ценностях
-
Глава 3. Обзор парадигм
-
Глава 4. Структурное программирование
-
Глава 5. ООП
-
Глава 6. Функциональное программирование
-
Глава 7. Принцип единственной ответственности
-
Глава 8. Принцип открытости/закрытости
-
Глава 9. Принцип подстановки Барбары Лисков
-
Глава 10. Принцип разделения интерфейсов Глава 11. Принцип инверсии зависимостей
-
Глава 12 Компоненты, Глава 13. Связанность компонентов, Глава 14. Сочетаемость компонентов
-
Глава 15. Что такое архитектура, Глава 16. Независимость, Глава 17. Границы
-
Главы 18(Анатомия границ), 19(Политика и уровень), 20(Бизнес-правила)
-
-
Джимми Нильссон DDD
-
Глава 1. Переоценка ценностей
-
Глава 2. Переход к шаблонам
-
Глава 3. РПТ и рефакторинг кода
-
-
Р. С. Мартин, М.Мартин Принципы, паттерны и методики гибкой разработки на языке C#
-
Глава 1
-
Глава 2
-
Глава 3
-
Глава 4
-
Глава 5
-
-
Симан М. - Внедрение зависимостей в .NET
-
Глава 1
-
Глава 2
-
-
Software Architecture: Dependency Injection for C# Developers
-
Master the Art of Writing Clean Code in C#
-
API in C#: The Best Practices of Design and Implementation
-
Undemy
-
Рефакторинг .NET
-
Разработка приложения ASP.NET Core MVC для модульной тестируемости
Наконец, вы узнаете, как применять эти шаблоны проектирования для создания тестируемого кода, кода проверки и кода веб-API. Когда вы закончите этот курс, у вас будут навыки и знания в области архитектуры программного обеспечения и модульного тестирования, необходимые для разработки приложений ASP.NET Core для тестирования.
https://coursehunter.net/course/razrabotka-prilozheniya-asp-net-core-mvc-dlya-modulnoy-testiruemosti
-
Штудируем паттерны с refactoring guru
-
Фабричный метод
-
Абстрактная фабрика
-
Строитель
-
Прототип
-
Одиночка
-
Адаптер
-
Мост
-
Компоновщик
-
Декоратор
-
Фасад
-
Легковес
-
Компоновщик
-
Заместитель
-
Мост
-
Цепочка обязанностей
-
Команда
-
Итератор
-
Посредник
-
Снимок
-
Наблюдатель
-
Состояние
-
Стратегия
-
Шаблонный метод
-
Посетитель
-
- 2169
- 28 січня 2018, 14:38
Не пропустіть нові записи!
Підпишіться на ціль і стежте за її досягненням