Чому OCP знижує кількість регресій?

OCP знижує кількість регресій тому, що зменшує кількість змін у вже працюючому, перевіреному коді, а саме в таких місцях регресії найчастіше і виникають.

Детальніше:

#1. Ізолювання нового коду від старого

Нова поведінка додається у вигляді нових класів або стратегій, а не через переписування наявних методів. Якщо старий код не чіпають, у ньому не можуть з'явитися помилки, викликані правками.

#2. Стабільність контрактів

Коли система спирається на інтерфейси або абстракції, ці контракти лишаються незмінними. Регресії виникають, коли зміни ламають взаємодію між компонентами. OCP запобігає таким поломкам: контракт стабільний → компоненти лишаються сумісними.

#3. Мінімізація модифікацій у центральній логіці

У сценаріях, що порушують OCP, будь-яка нова вимога змушує змінювати ключові ділянки коду (наприклад, додавати нові if/else). Це високоризикові точки. При дотриманні OCP центральна логіка лишається незмінною.

#4. Локальність змін

Модифікації перебувають у нових модулях, які не перетинаються зі старою логікою. Локальні зміни простіше контролювати, тестувати і відстежувати.

#5. Чіткий поділ відповідальності між модулями

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

#6. Простіше автоматизувати тестування

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

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