Принцип единой ответственности (SRP) - что с ним не так?

Этот принцип из набора SOLID любят часто разбирать, доходит даже до требования его знать при приеме на работу. Но действительно ли Вы знаете о нем все, что требуется? В серии видео подробно разбираются все проблемы, которые он вам доставит, если будете ему следовать. Заглянем в историю и поймем как это принцип формулировался и остается ли он актуальным по сей день? Мой ответ нет!

Рассматриваем книгу Б. Мартина «Быстрая разработка программ«, конкретно пытаясь понять как им и Б. Косом программировалась игра "Боулинг" (этому посвящена одна из глав). Делаем это, чтобы понять вначале контекст как возник и кто тот человек, который предложил принцип единой ответственности. Понимаем, что это "заядлый структурщик", который пробывал себя в роли ООП`шника, подробное рассмотрение "игры в боулинг" однозначно приводит нас к этому пониманию. Подтверждается, что этот принцип (единой ответственности) позволяет немного сгладить эффекты, когда на объектно-ориентированном языке программируют те, кто думают исключительно структурно. Получается немного лучше, чем полностью в структурной (процедурной) парадигме, но все же далеко, если думать сразу в терминах ООП. Показывается пример того, если программировать »игру боулинг» изначально с помощью ООП, и становится понятно чем это отличается.

Непосредственно рассматриваем принцип единой ответственности и его связь с ролями и полнотой класса. Приходим к выводу, что принцип сформулирован не четко и для своего применения имеет мало примеров и случаев, является скорее критерием того, когда имеет смысл разделять класс на части в зависимости от ролей. А зачастую приводимые примеры не выдерживают ни какой критики.

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