Skip to main content

Як Strategy підвищує гнучкість системи?

Патерни проєктуванняMiddle~2 хв читання
Запропонувати правку

Патерн Strategy (Стратегія) підвищує гнучкість системи за рахунок того, що відокремлює вибір алгоритму від його реалізації, дозволяючи змінювати поведінку об'єкта без зміни його коду.

1. Декомпозиція поведінки

Замість того щоб "вшивати" всі варіанти поведінки в один клас, кожен алгоритм виділяється в окрему стратегію зі спільним інтерфейсом:

java
interface SortStrategy { void sort(List<Integer> data); } class QuickSort implements SortStrategy { public void sort(List<Integer> data) { System.out.println("QuickSort"); } } class MergeSort implements SortStrategy { public void sort(List<Integer> data) { System.out.println("MergeSort"); } }

Контекст не знає, який саме алгоритм використовується - він просто делегує виклик:

java
class DataProcessor { private SortStrategy strategy; public void setStrategy(SortStrategy strategy) { this.strategy = strategy; } public void process(List<Integer> data) { strategy.sort(data); } }

Поведінку тепер можна змінювати, не переписуючи DataProcessor.

2. Динамічна заміна поведінки під час виконання

Клієнт може змінювати стратегію "на льоту", залежно від умов, контексту чи конфігурації:

java
DataProcessor processor = new DataProcessor(); processor.setStrategy(new QuickSort()); processor.process(data); // Швидке сортування processor.setStrategy(new MergeSort()); processor.process(data); // Перемикання без переписування коду

Це робить систему реактивною й адаптивною: поведінку можна змінювати без перекомпіляції і без каскаду змін.

3. Розширюваність без модифікації наявного коду

Нова стратегія додається шляхом створення нового класу, а не через зміну старих методів з if-else.

Принцип Open/Closed (відкритий для розширення, закритий для модифікації) реалізований буквально.

java
class HeapSort implements SortStrategy { public void sort(List<Integer> data) { System.out.println("HeapSort"); } }

Контекст залишається незмінним - поведінка просто "вставляється" як модуль.

4. Можливість комбінувати і налаштовувати

Стратегії можна:

  • підміняти на рівні конфігурації (наприклад, обрати з налаштувань, з DI-контейнера),
  • комбінувати - обгортати одну стратегію в іншу (декоратор),
  • тестувати ізольовано.

У результаті поведінка системи стає параметризованою: логіка визначається не кодом, а обраною стратегією.

5. Послаблення зв'язаності

Контекст і стратегія зв'язані через інтерфейс, тому можна підміняти реалізацію без зміни залежного коду.

Це підвищує:

  • модульність - частини системи незалежні,
  • тестованість - легко підставити фейкову стратегію,
  • підтримуваність - кожна стратегія відповідає лише за свій алгоритм.

6. Приклад реальної гнучкості

В інтернет-магазині:

  • Один і той самий PaymentService може використовувати різні стратегії - PayPal, картку, крипту.
  • Додавання ApplePay не вимагає зміни старого коду.
  • У тестах можна підставити "порожню" стратегію, щоб не виконувати реальні платежі.

Висновок

Патерн Strategy підвищує гнучкість системи, тому що:

  • ізолює алгоритми в окремих класах;
  • дозволяє динамічно підміняти поведінку;
  • робить систему розширюваною без модифікації наявного коду;
  • зменшує зв'язаність і підвищує переоснащуваність компонентів.

Підсумок:

Strategy перетворює систему з "жорстко закодованої" на настроювану і модульну, де поведінку можна змінювати як конфігурацію - без жодного if і без переписування логіки.

Коротка відповідь

Для співбесіди
Premium

Коротка відповідь допоможе вам впевнено відповідати на цю тему під час співбесіди.

Запропонувати правку