ЛЧ
не ясно ты согласен или нет)
Абсолютно да
Size: a a a
2019 March 13
ЛЧ
Так понятнее )
EE
Так понятнее )
абсолютно)
EE
так вот если view сделать в отдельном UIView то в VC останется только тот код для которого он и предназначен, код по управлению своей(своими) вьюшками.
EE
если еще и навигацию куда нибудь вынести, типо роутера то вообще красота)
EE
ну и на последок если фасад для сервисов сделать, если их много в VC используется, аля модель то прямо шикарный код выходит)
EE
там с трех шагов от того же вайпер не отличишь, за то родной mvc где все классы своим делом знаимаются)
IS
а вайпер не получится так?
EE
и не надо лайфикл из VC пробрасывать в презентер)
EE
а вайпер не получится так?
так моя позиция что все эти viper, mvvc это тоже mvc там если не названиям классов посмотреть а по отвественностям оно и выходит
ЛЧ
Книгу по разным архитектурам я не видел, блогпостов и материалов по каждой более, чем достаточно. Как уже в каком-то из выпусков говорили, не столь важно, как ты буковки рассыпешь. Все это делается ради одних и тех же вещей. GRASP/SOLID в помощь
EE
ну конкретно по нашим архитектурам если вот хочется то можно почитать https://www.objc.io/books/app-architecture/
K
ну конкретно по нашим архитектурам если вот хочется то можно почитать https://www.objc.io/books/app-architecture/
Спасибо
IS
ну конкретно по нашим архитектурам если вот хочется то можно почитать https://www.objc.io/books/app-architecture/
там вроде мало чего и вскользь все
EE
там вроде мало чего и вскользь все
согласен
K
Если у кого нибудь есть материалы если не сложно ссыль бы скинуть.
K
Спасяп
EE
K
могут вот предложить почитать, тут много чего и не вскользь. Но это хорошая книга для архитектора, а не для того что бы прямо сейчас MVVM в проект внедрять) (она бесплатная если что)
👌
V
так вот если view сделать в отдельном UIView то в VC останется только тот код для которого он и предназначен, код по управлению своей(своими) вьюшками.
Мысль интересная, только это не благородный какой-то MVC:)