Огромное спасибо ребятам из Рамблер за то, что занялись изучением этого вопроса, выложили в открытый доступ, продолжаете поддерживать, вы святые, без вашей помощи я бы, вероятней всего, сидел сейчас с кучей нетестируемого кода (или писал заявление по собственному желанию). Хочу отметить, что практика использования архитектурного шаблона привела к необходимости хранить состояние всё-таки в слое Interactor, иначе Presenter неприлично разрастается, а Интерактор маленький и сплошь состоит из вызовов сервисных методов. Так же и с модульными тестами, у Презентера модуля до сотни тестов, а у самого Интерактора один-два (тесты сервисов он, конечно, не включает). Есть недостаток такой системы - можно грубо вмешаться и изменить состояние модуля. Ещё раз спасибо за работу и доклад.
Как же вы заколебали связность и связанность 2 как бы разных понятия отличие в 2 буквах прям блин имена переменных i j и t почему не использовать вместо связность - сопряжение?
я не знаю кто высрал эту архитектуру и почему ее стали применять повсеместно, но вы реально считаете что MVC (даже в реальности) хуже, чем вот это 21:55?! в моем проекте это выглядит как классы раздробили на мелкие классы, часто бесполезные - по одному-два поля. К получившимся классам навешали еще столько же протоколов, настолько же бесполезных. Но черт, в английском только 26 букв и описать все новые сущности влом, равно как и комментировать, поэтому давайте еще создадим +100500 сущностей одного объекта с разным набором параметров, но с одинаковыми или очень похожими названиями. И в довершение еще перепутаем понятия вроде view и view controller (view присваивается переменная типа view controller)... Или может это люди так выпендриваются? В c++ это например выглядело как код с минимальным количеством скобок, в результате чего получалась каша из символов, работающая за счет приоритетов операторов
Огромное спасибо ребятам из Рамблер за то, что занялись изучением этого вопроса, выложили в открытый доступ, продолжаете поддерживать, вы святые, без вашей помощи я бы, вероятней всего, сидел сейчас с кучей нетестируемого кода (или писал заявление по собственному желанию).
Хочу отметить, что практика использования архитектурного шаблона привела к необходимости хранить состояние всё-таки в слое Interactor, иначе Presenter неприлично разрастается, а Интерактор маленький и сплошь состоит из вызовов сервисных методов. Так же и с модульными тестами, у Презентера модуля до сотни тестов, а у самого Интерактора один-два (тесты сервисов он, конечно, не включает). Есть недостаток такой системы - можно грубо вмешаться и изменить состояние модуля.
Ещё раз спасибо за работу и доклад.
Как же вы заколебали связность и связанность 2 как бы разных понятия отличие в 2 буквах прям блин имена переменных i j и t почему не использовать вместо связность - сопряжение?
я не знаю кто высрал эту архитектуру и почему ее стали применять повсеместно, но вы реально считаете что MVC (даже в реальности) хуже, чем вот это 21:55?!
в моем проекте это выглядит как классы раздробили на мелкие классы, часто бесполезные - по одному-два поля. К получившимся классам навешали еще столько же протоколов, настолько же бесполезных. Но черт, в английском только 26 букв и описать все новые сущности влом, равно как и комментировать, поэтому давайте еще создадим +100500 сущностей одного объекта с разным набором параметров, но с одинаковыми или очень похожими названиями. И в довершение еще перепутаем понятия вроде view и view controller (view присваивается переменная типа view controller)...
Или может это люди так выпендриваются? В c++ это например выглядело как код с минимальным количеством скобок, в результате чего получалась каша из символов, работающая за счет приоритетов операторов
@T от дурачка слышу