Содержание
- + Методалогии разработки ПО
-
+
Проектирование систем
- + API
- + UML
- + Интеграции
- + Моделирование данных
- + Представление данных
- BPMN
- C4 model
- Domain Driven Design
- EPC
- IDEF0
- Архитектор
- Архитектура
- Интерфейс
- Карта экосистемы
- Когда стоит выбирать микросервисы
- Контекстная диаграмма
- Ролевая модель
- Проектирование систем
- + Развёртывание
-
–
Разработка
- + Git
- + Linux OS
- + Mac OS
- – Подходы организации кода
- + Языки программирования
- Виды программирования
- Интерпритатор
- Компилятор
- Разработка
-
+
Сеть
- + OSI
- + Защита
- CDN
- ngrok
- Сеть
- + Системный анализ
- + Требования
- + Хранение данных
- + Языки разметки
База знаний
/
Разработка
/
Подходы организации кода
/
SOLID
/
• Принципы организации модулей (классов).md
Single Responsibility Principle
Для каждого класса должно быть определено единственное назначение. Все ресурсы, необходимые для его осуществления, должны быть инкапсулированы в этот класс и подчинены только этой задаче.
Open&Closed Principle
Программные сущности ... должны быть открыты для расширения, но закрыты для модификации.
Liskov Substitution Principle
Производный класс должен быть взаимозаменяем с родительским классом.
Interface Segregation Principle
Много интерфейсов, специально предназначенных для клиентов, лучше, чем один интерфейс общего назначения.
Это Single Responsibility Principle, но для интерфейсов
Лучше не зависеть от того, что тебе не нужно
Много интерфейсов лучше, чем один
Код, который иллюстрирует высокоуровневые политики не должен зависеть от низкоуровневых деталей
Dependency Inversion Principle
Зависимость на Абстракциях. Нет зависимости на что-то конкретное.