AS
Альтернативой будет применять паттерны, тоже пару лет назад пытался на дженериках делать. С паттернами вышло сильно лучше. (Фабрика, стратегия)
Size: a a a
2021 April 19
В
А в такую сторону думал думать?
В
Шаришь, я не стал предлагать, так как понял, что Денис очень хочет повозиться с протоколами и ассоциациями.
AS
Короче когда я применял дженерики в этом слое это было наверно худшим решением за 3 года
AS
Но удачи вдруг тебе повезёт
В
Чисто на протоколах, чтоб решать задачу тестирования – ок.
AS
Да протоколы это ок, тут вопросов нет
В
Правда не оч понимаю траблы замокать VM.
Делаешь экстеншен для VM в таргете тестов, метод мока, и дёргаешь перед тестом.
Профит.
Протокол даже не нужен.
Делаешь экстеншен для VM в таргете тестов, метод мока, и дёргаешь перед тестом.
Профит.
Протокол даже не нужен.
В
Или у вас там VM размером с боинг?
AS
Я пришёл к такому способу тестить вью модель. На входе действия пользователя - publishSubject<MyViewModel.Actions>, на выходе стейт, Observable<MyViewModel.State>
AS
Подаёшь на вход, проверяешь стейт, это будет как раз по методологии state verification
В
Да он ж хочет VC протестить)
Д
Да, как вариант. Так сказать, наименьшее из двух зол. Но имхо раз такой “костыль” через вычисляемое свойство работает, то явно как-то могли бы в компиляторе свифта поддерживать изначальный вариант.
AS
Vс не надо тестить
В
Это описано где-то в доке по свифту, точно помню
Д
Что именно?
AS
Только ui тестами если
В
Надо перечитать про дженерики, ассоциации и протоколы.
Там немного, но вроде именно этот кейс, с “Типизируй или иди нахер”, описывается
Там немного, но вроде именно этот кейс, с “Типизируй или иди нахер”, описывается