Справочная: разбираемся с принципами SOLID

[g0rdan]

Я уважаю практичные подходы к написанию статей, минимализм и все такое, но ваша статья уж больно коротка.

[1cloud]

Спасибо за конструктивную критику, расширили материал, хотя формат справочный (стараемся его не раздувать — вот пара примеров из нашего блога: 1, 2, 3)

[sshikov]

Угу. Убрали статью вместе с моим комментарием, и опубликовали снова. Но лучше-то не стало:

Разделения интерфейса (ISP). Специализация, чтобы развязать их и программные сущности, плюс — упростить рефакторинг.

«Чтобы развязать их» — их это кого? Ну ок, про UI убрали, но все равно видно невооруженным глазом, что копирайтер (пардон за матерное слово) не понимает тут вообще, о чем пишет.

[andrewzhuk]

Если чуть сбавить обороты и вики открыть залинкованный в посте, то особых проблем нет с предложенной формулировкой: «Принцип разделения интерфейсов говорит о том, что слишком «толстые» интерфейсы необходимо разделять на более маленькие и специфические, чтобы программные сущности маленьких интерфейсов знали только о методах, которые необходимы им в работе».

[sshikov]

Я формулировку из поста дословно процитировал. Более того, это уже вторая ипостась данного поста, к первой был мой же комментарий, к этой же фразе. Потому что в первой ипостаси в этой же формулировке упоминался UI, при том что данный принцип ISP не имеет к нему никакого отношения.

[1cloud]

Спасибо за критику. Ошибка действительно имела место быть, поправили этот момент, плюс — решили немного расширить материал.

[sshikov]

Это приятно, когда коопоративные блоги реагируют на критику. Не, реально, даже когда обижаются. Многие вообще не реагируют, и от них комментариев не дождешься.

Опечатку-то все-таки поправьте пожалуйста. Она же все равно там осталась.

>Специализация, чтобы развязать их и программные сущности
Тут не хватает слова, которое обозначено местоимением «их». Специализация кого? Непонятно.

[DistortNeo]

Мне больше интересно, в чём отличие этой статьи от множества остальных.

Почему я не преподаю SOLID и «принцип устранения зависимостей»
Шпаргалка по SOLID-принципам с примерами на PHP
Разбираемся с SOLID: Инверсия зависимостей
SOLID: принцип единственности ответственности
Принципы SOLID в действии: от Slack до Twilio
Простое объяснение принципов SOLID
Очень простое объяснение принципов SOLID
SOLID
Принципы SOLID, о которых должен знать каждый разработчик
ООП, «святая троица» и SOLID: некоторый минимум знаний о них
Пишем гибкий код, используя SOLID
Применение принципов SOLID при разработке React-приложений
Принципы SOLID в картинках
Принцип SOLID в языке Go

Критика SOLID — отлично. Но хотелось бы больше конструктива.
Например, я считаю, что любой разработчик неявно к этим принципам и приходит — сами инструменты (ООП, юнит-тесты) вынуждают его писать код в соответствии с этими принципами.

[1cloud]

Такой вопрос можно задать к любой статье, при особом желании сослаться на принцип «это уже было в Симпсонах». Если тему поднимают вновь, значит, есть о чем поговорить, а до обсуждения разных точек зрения неплохо напомнить основную суть вопроса.

Если говорить о критике и мнениях в защиту, то как раз в комментариях (на Хабре и на Hacker News условном) зачастую гораздо больше пользы чем в любом справочном формате. Люди личным мнением делятся, как вот вы сейчас сами и поступили, что весьма ценно. Спасибо!

[Matisumi]

Но зачем, зачем в сотый раз писать про SOLID? Про SOLID, про который даже на Википедии можно прочитать!

[Almet]

Так этож корпоративный блог, неважно что писать, важно быть на виду.