На конкретних прикладах розглядаємо принципи SOLID. Іван Бранець, Solution Architect в EPAM Systems, просто та зрозуміло описує завдання, які допомагає розв’язати SOLID. Наприклад, як уникати залежностей між компонентами коду, який важко підтримувати. Також з’ясуємо, до чого може призвести порушення принципів у коді в довгостроковій перспективі і як це виправити. Стаття має бути цікавою як бекенд, так і фронтенд-розробникам різних рівнів.
Продолжая серию «ООП — это просто», на этот раз я попытаюсь рассказать о принципе подстановки Барбары Лисков (Liskov substitution principle, далее LSP). Рассмотрим пример, в котором нарушим этот принцип и посмотрим, к чему это приведёт.
В этой статье я попытаюсь рассказать про принцип инверсии зависимостей (Dependency inversion principle, далее DIP). Чтобы по-человечески разобраться, начнем с самого начала — с интерфейсов и принципа «проектируйте на уровне интерфейсов, а не реализаций».
Эта статья будет в большей степени полезна новичкам, только начинающим работать с абстракциями и построением архитектур ПО. Однако искренне надеюсь, что и более опытные специалисты смогут найти для себя что-то интересное в этом материале.
Читая вчера эту горячую десятку, я подумал, что, возможно, и сам cмогу составить список вещей, о которых я не знал, пока не начал разрабатывать ПО за деньги.
Коментарі