Принципи SOLID

Ці п'ять правил розробки ПЗ задають траєкторію, за якою потрібно слідувати, коли пишеш програми, щоб їх простіше було масштабувати та підтримувати. Вони здобули популярність завдяки програмісту Роберту Мартіну.
D - Dependency Inversion (Принцип інверсії залежностей)
Принципи SOLID

D - Dependency Inversion (Принцип інверсії залежностей)

Модулі верхнього рівня повинні залежати від модулів нижнього рівня. І ті, й інші мають залежати від абстракцій. Абстракції не повинні залежати від деталей. Деталі мають залежати від абстракцій. Модулі (або класи) верхнього рівня - класи, які виконують операцію за допомогою інструмента. Модулі (або класи) нижнього рівня - інструменти, які потрібні
1 min read
I - Interface Segregation (Принцип поділу інтерфейсів)
Принципи SOLID

I - Interface Segregation (Принцип поділу інтерфейсів)

Не слід ставити клієнт у залежність від методів, які не використовує. Коли класу доводиться робити дії, які не несуть ніякої реальної користі, це виливається в марну витрату ресурсу, а у разі, якщо клас виконувати ці дії не здатний, веде до виникнення багів. Клас повинен проводити лише ті операції, які необхідні
1 min read
L - Liskov Substitution (Принцип підстановки Барбари Лісков)
Принципи SOLID

L - Liskov Substitution (Принцип підстановки Барбари Лісков)

Якщо П є підтипом Т, будь-які об'єкти типу Т, присутні у програмі, можуть замінюватися об'єктами типу П без негативних наслідків для функціональності програми. У випадках, коли клас-нащадок не здатний виконувати ті ж дії, що і клас-батько, виникає ризик появи помилок. Якщо у вас є клас і ви створюєте на його
1 min read
O - Open-Closed (Принцип відкритості-закритості)
Принципи SOLID

O - Open-Closed (Принцип відкритості-закритості)

Класи повинні бути відкриті для розширення, але закриті для модифікації. Коли ви змінюєте поточне поведінку класу, ці зміни сказываются на всіх системах, що працюють з даними класом. Якщо хочете, щоб клас виконував більше операцій, то ідеальний варіант – не замінювати старі на нові, а додавати нові до вже існуючих. Призначення Принцип
S – Single Responsibility (Принцип єдиної відповідальності)
Принципи SOLID

S – Single Responsibility (Принцип єдиної відповідальності)

Кожен клас повинен відповідати тільки за одну операцію. Якщо клас відповідає за кілька операцій відразу, ймовірність виникнення багов зростає – внесені зміни, що виконуються з однієї операції, ви, самі того не підозреваєте, можете затронути та інші. Призначення Принцип служить для виділення типів поведень, завдяки яким помилки, викликані модифікаціями в одному поведенні,