Принципы проектирования программного обеспечения📌

[1.] KISS (Keep It Simple, Stupid — «Делай проще, тупица»)
- Программное обеспечение должно быть максимально простым.
- Используйте понятный и лаконичный код, избегайте ненужной сложности и сосредоточьтесь на основных функциях.

[2.] DRY (Don't Repeat Yourself — «Не повторяйся»)
- Код не должен дублироваться.
- Используйте функции и классы для инкапсуляции общего кода.
- Используйте переменные и константы для хранения значений, которые используются в нескольких местах.

[3.] YAGNI (You Ain't Gonna Need It — «Вам это не понадобится»)
- Не добавляйте в программное обеспечение функции, которые вам не нужны.
- Держите программное обеспечение простым и поддерживаемым.

[4.] SOLID
- Принцип единственной ответственности (Single Responsibility Principle) — Класс должен иметь только одну ответственность.
- Принцип открытости/закрытости (Open/Closed Principle) — Классы должны быть открыты для расширения, но закрыты для изменений.
- Принцип подстановки Барбары Лисков (Liskov Substitution Principle) — Объекты производного класса должны быть заменяемы объектами базового класса.
- Принцип разделения интерфейса (Interface Segregation Principle) — Клиенты не должны зависеть от методов, которые они не используют.
- Принцип инверсии зависимостей (Dependency Inversion Principle) — Зависимости должны внедряться в класс, а не быть жёстко встроенными.

[5.] Принцип наименьшего удивления
- Проектируйте программное обеспечение в соответствии с ожиданиями пользователя.
- Используйте знакомую терминологию и соглашения, предоставляйте чёткие и понятные инструкции.
- Используйте корректные и лаконичные сообщения об ошибках.

[6.] Принцип модульности
- Проектируйте программное обеспечение как набор независимых модулей.
- Это помогает сделать программное обеспечение более понятным, поддерживаемым и тестируемым.

[7.] Принцип абстракции
- Проектируйте программное обеспечение, скрывая детали реализации от пользователя.
- Это помогает сделать программное обеспечение более понятным и удобным в использовании.

[8.] Принцип инкапсуляции
- Программное обеспечение должно быть спроектировано так, чтобы скрывать внутреннее состояние объекта от внешнего мира.
- Это помогает сделать программное обеспечение более надёжным и поддерживаемым.

[9.] Принцип наименьшего знания (Закон Деметры)
- Программное обеспечение должно быть спроектировано так, чтобы минимизировать объём знаний, которые модуль должен иметь о других модулях.
- Это помогает сделать программное обеспечение более модульным и гибким.

[10.] Принцип слабой связанности и высокой связности
- Связанность (Coupling) — степень, в которой элементы модуля зависят друг от друга.
- Модуль со слабой связанностью имеет мало зависимостей, и его элементы не слишком зависят друг от друга.

- Связность (Cohesion) — степень, в которой элементы модуля связаны между собой.
- Модуль с высокой связностью имеет одну чётко определённую цель, и все его элементы связаны с этой целью.

👉 [club16108331|@itmozg]