AT
ну то есть все таки сложно)
Логика смазывается.
Size: a a a
2020 May 07
AS
привидите пример
AS
я не понимаю )
AS
где смазывается логика)
AT
в Yarch в этом плане строже и понятней. И порог входа ниже. При том же покрытии протоколами и покрытии тестами.
Y
Главй косяк вайпера это его двусторонние связи. Которые мозг ломают.
Просто выделяете главенствующие сущности и вот вам weak, strong - ссылки, соответствующие этим сущностям(или контроллерам)
AT
привидите пример
ну щас, я побегу руки пачкать и примеры на вайпере пилить... :)
Как уже говорил, тесты есть под нео - уже хорошо.
И второе что я говорил, что я просто его не люблю.
Есть более удобные архитектуры. Куда можно и новичков и опытных кодеров подключать.
Как уже говорил, тесты есть под нео - уже хорошо.
И второе что я говорил, что я просто его не люблю.
Есть более удобные архитектуры. Куда можно и новичков и опытных кодеров подключать.
AT
Просто выделяете главенствующие сущности и вот вам weak, strong - ссылки, соответствующие этим сущностям(или контроллерам)
я вообще ничего не понял из этой фразы...
AS
в Yarch в этом плане строже и понятней. И порог входа ниже. При том же покрытии протоколами и покрытии тестами.
судя по схеме они поменяли Interactor и Presenter местами
Y
я вообще ничего не понял из этой фразы...
Вы про двусторонние связи путём делегирования, верно понимаю?
AT
где смазывается логика)
Все смазывается в презентере. И в каждой команде свои требования. У вас свои. но ты перейдешь в другую команду с вайпером и увидишь что там свои требования.
AT
Доходит даже до мелочей, что в одной команде есть модуль вайпер с файлами, в другой, каждый файл оборачивается в папку одноименную.
AT
Где-то протоколы пишутся отдельно, где-то в рамках того класса к которому он относится.
AS
дак это везде так
AT
Где-то расширения выносятся в отдельные классы, где-то все в одном пилиться.
AS
что не используй
AS
кодстайл разный
AT
судя по схеме они поменяли Interactor и Presenter местами
не только. Там еще VIP цикл есть.
AT
который исключает путаницу.