Шаблон дизайна посредника ~ = сценарий транзакции?

Question

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

Это напоминает мой сценарий транзакций и контраст модели предметной области из книг Мартина Флауэр.

Я просто поймал себя на том, что пишу объект-посредник, который соединяет 4 других объекта для их фасада и создания новых функций. Но я не уверен, что это не плохая практика: «Хорошо, есть некоторые объекты, не знаю и не волнует, нужны ли они еще, теперь я просто вставлю их в Шаблон проектирования посредника хорошее имя), где я напишу все, что не хватает. "

Как вы думаете?

Answer 1

Когда вы смотрите на принципы SOLID , я думаю, что вы говорите, что вам неудобно, когда посредники нарушают основной "принцип единой ответственности". И у класса, и у посредника есть определенные обязанности для объекта.

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