Евгений Мацюк - Пишем тестируемый код

Ближайшая конференция - Mobius 2024 Autumn, 11 октября (Online), 19-20 октября, Санкт-Петербург. Подробности и билеты: jrg.su/Yu6KNJ
- -
. . .
. Евгений Мацюк, Сбертех - Пишем тестируемый код
Конференция по мобильной разработке Mobius 2016
Санкт-Петербург, 04.06.2016
Как новые подходы и инструменты помогают нам написать тестируемый код.

[@user-zy7nf4fd4v]

Супер, опять придется проект переписывать)

[@sunman2223]

😂 Есть такое)

[@user-ks8zk9dn3s]

Один из самых полезных докладов!

[@alexandrandroiddev]

Для тех, кто (как я) прошляпил ссылку на репу при просмотре доклада, продублирую:
github.com/matzuk/TestableCodeMobius

[@Бендер-Задунайский]

31:57 топ

[@YuriShmakov]

Спасибо, отличный доклад! Особенно с теоретической точки зрения(что выделить в интерактор, что в презентер) - годная точка зрения =)
Хотелось бы кое-что добавить к ответам на вопросы:
1. Вопрос про валидацию текста в форме: RxTextView.textChanges эммитит не TextView, а CharSequence и String. Он в себе по идее даже ссылку на TextView не хранит. Так что с ним всё ок ;)
2. Вопрос про лайфсайкл: Moxy, Mosby, Nucleus - они немножечко не об MVP. Их главная задача: связать View с правильным, нужным экземпляром Presenter. По сути, больше они ничего не делают. Они не навязывают вам, что делать во View, а что в Presenter. И тем более они не навязывают вам, что делать в Presenter, что в Interactor, что в Repository. Они не говорят как общаться между Presenter, Interactor. Поэтому можно использовать их посмелей =) ИМХО, конечно ;)

[@user-mv3on8jd5h]

++++-----!---+

[@jeffair18926]

Отличный доклад!

[@user-iw2wj7qj2o]

Ребят, важные комменты к данному видео находятся здесь - github.com/AndroidArchitecture/AndroidArchitectureBook/blob/master/theory/Theory_article.md

[@xxx3Vxxx]

13:45 и немного далее - очень тонко!

[@eugeniusKH]

Интересно, почему работа с кешем вынесена в Presenter, а не инкапсулирована в более низком Data слое.

[@user-iw2wj7qj2o]

Это кэш для UI, а точнее для ручной обработки ЖЦ.

[@igorf243]

Отличная презентация! Однако, почему не стали использовать UseCase ? Почему не скрыли RxJava из Presenter? В целом молодцы.

[@user-iw2wj7qj2o]

У нас Interactor = Use case feature facade. То есть Интерактор - это класс, где каждый публичный метод - это use case.
Использование классического Use case чревато большим количеством ненужного кода.

[@user-mv3on8jd5h]

0 дизлайков поставили хейтеры(!)

[@rinatkurmashev2667]

все еще целых 0 хейтят(!) =)

[@YuriyTimOk]

Контекст в бизнес слое? Как-то не по папски, почему бы не пробросить наверх, как и исключения?

[@eugenematsyuk4927]

Да, холиварный вопрос. В КукБуке описали этот вопрос - github.com/AndroidArchitecture/AndroidArchitectureBook/blob/master/practice/Practice_article.md (найти по "Использовать контекст в Презентере и Интеракторе или нет? ")