VM
Привет. У кого то есть проект написан на VIPER? Хочу посмотреть на примеры
Size: a a a
2020 May 07
AT
Привет. У кого то есть проект написан на VIPER? Хочу посмотреть на примеры
не смотри :))) там страшно и непонятно. Главное непонятно, не то что куда идет, а непонятно, зачем так сложно городить :)
Лучше MVC с сервисами освоить. И MVVM.
Лучше MVC с сервисами освоить. И MVVM.
AT
А потом и Yarch можно
AT
Привет. У кого то есть проект написан на VIPER? Хочу посмотреть на примеры
AT
...и да, я противник VIPER :)))
AS
не смотри :))) там страшно и непонятно. Главное непонятно, не то что куда идет, а непонятно, зачем так сложно городить :)
Лучше MVC с сервисами освоить. И MVVM.
Лучше MVC с сервисами освоить. И MVVM.
Работаю с проектом (онлайн-кинотеатр), был на MVC, тратили на новую фичу ~спринт(10 раб дней), перевели на VIPER за 2 квартала, теперь в среднем на той же сложности фичи уходить ~3 дня, + очень гибко в тестировании (именно ручном)
AS
так что я не соглашусь
AS
я внес изменения в один модуль, тестировщик не проверяет все остальное
AS
дикая экономия ресурсов
AT
Работаю с проектом (онлайн-кинотеатр), был на MVC, тратили на новую фичу ~спринт(10 раб дней), перевели на VIPER за 2 квартала, теперь в среднем на той же сложности фичи уходить ~3 дня, + очень гибко в тестировании (именно ручном)
ну это не показатель. Вы на той фиче натаскались, заготовки кода наработали. И теперь экономите на этом.
AS
нет
AS
это не так работает)
AT
Это так и работает. Архитектура VIPER и MVC занимаются тем что ты просто методы по нужным сущностям раскидываешь.
AS
к сожалению наихудшее описание архитектуры )))
AT
Конечно когда ты разделяешь логику - это правильно и хорошо, но что мешает тоже делатоь в MVC?
AT
И главный вопрос: тестами-то модуль покрываете?
AT
:)
AS
фишка в общении между модулями через протколы, что каждый слой отвечает за свое
AS
И главный вопрос: тестами-то модуль покрываете?
конечно
AT
фишка в общении между модулями через протколы, что каждый слой отвечает за свое
ну и кто мешает тоже делать в MVC/MVVM и пр...