У попередніх статтях Сергій Немчинський розглянув принципи єдиної відповідальності та відкритості-закритості з SOLID. Настав час детально розібратись з Liskov Substitution Principle — принципом, названого на честь Барбари Лісков.
Якщо ви працюєте з сучасними JavaScript-фреймворками, такими як SolidJS, Vue чи Angular, ви точно стикалися з терміном «реактивність». Це та сама магія, яка автоматично оновлює ваш інтерфейс користувача, коли змінюються дані. Більше про реактивність читайте у статті Євгена Русакова, Tech Lead у Сільпо.
Сергій Немчинський, програміст із 20+ роками досвіду, продовжує цикл матеріалів про ключові SOLID-принципи та розкриває суть принципу відкритості-закритості (OCP).
Чи змогли б ви пояснити SOLID-принципи на прикладі бутерброда? Як відповідати на це та інше питання, а також як загалом готуватись до інтерв’ю у 2025, пояснює Lead Software Engineer Ганна Ліхтман.
Сергій Немчинський пояснює, що таке SOLID і навіщо програмістам дотримуватися цих принципів. У статті — історія їхньої появи, детальний розбір SRP із прикладами, антипатерни та поради щодо критичного мислення.
Інженер-програміст Олександр Басалкевич розповідає про GoF-фабрики, а саме — про реалізацію Фабричного методу та Абстрактної фабрики на прикладі Civilization-like стратегії. Код, представлений у статті, написано мовою С++, але спрощений для розуміння широкого загалу розробників.
На конкретних прикладах розглядаємо принципи SOLID. Іван Бранець, Solution Architect в EPAM Systems, просто та зрозуміло описує завдання, які допомагає розв’язати SOLID. Наприклад, як уникати залежностей між компонентами коду, який важко підтримувати. Також з’ясуємо, до чого може призвести порушення принципів у коді в довгостроковій перспективі і як це виправити. Стаття має бути цікавою як бекенд, так і фронтенд-розробникам різних рівнів.
Продолжая серию «ООП — это просто», на этот раз я попытаюсь рассказать о принципе подстановки Барбары Лисков (Liskov substitution principle, далее LSP). Рассмотрим пример, в котором нарушим этот принцип и посмотрим, к чему это приведёт.
В этой статье я попытаюсь рассказать про принцип инверсии зависимостей (Dependency inversion principle, далее DIP). Чтобы по-человечески разобраться, начнем с самого начала — с интерфейсов и принципа «проектируйте на уровне интерфейсов, а не реализаций».
Коментарі