На самом деле когда работаешь с кривыми апи, то проще передать объект через экран, а не делать еще один запрос. Вот у нас сейчас запрос один отрабатывает 3-5 секунд, на беке это пофиксить не могут, а мне приходится его делать на одном экране, потом переходить на другой экран и еще раз это делать. Кешировать особо смысла нету, потому что при каждом входе данные меняются. Та и БД в проект не завозили, то из-за одного объекта это делать нету смысла. Получается надо хранить данные где-то в репозитории и получать их с разных экранов, что кажется еще одним костылем. Странно получить id через аргументы в навигации, а остаток полей получить из вьюмодели. В общем крайне удивлен я решением гугла сделать такое в навигации. После многих лет использования Cicerone навигация гугла выглядит очень костыльной.
вот точно так же думаю. Я пришел к тому, что многомодульный проект будет оправдан если на проекте несколько команд или если какие-то фичи динамические и не во все билды нужны.
Знаю одного фронтедщика, который проходил в контору кучу этапов интервью. В итоге когда таки дали оффер, то он уже работал в другой компании, потому что там не было столько этапов. А учитывая, что сейчас девов не хвататет, то в Тинькофф в итоге попадут только те, кто только туда хочет и готов всё это проходить.
неплохо выглядит. А что если внутрь надо засетить список, а не просто карточки? Мне кажется можно тогда вместо scrollview просто использовать recyclerview.
Ну эти костыли уже попробовал)))
На самом деле когда работаешь с кривыми апи, то проще передать объект через экран, а не делать еще один запрос. Вот у нас сейчас запрос один отрабатывает 3-5 секунд, на беке это пофиксить не могут, а мне приходится его делать на одном экране, потом переходить на другой экран и еще раз это делать. Кешировать особо смысла нету, потому что при каждом входе данные меняются. Та и БД в проект не завозили, то из-за одного объекта это делать нету смысла. Получается надо хранить данные где-то в репозитории и получать их с разных экранов, что кажется еще одним костылем. Странно получить id через аргументы в навигации, а остаток полей получить из вьюмодели. В общем крайне удивлен я решением гугла сделать такое в навигации. После многих лет использования Cicerone навигация гугла выглядит очень костыльной.
А что с передачей parcelable аргументов?
Интересные мысли в статье. Хотя про такой комплекс слышу впервые.
вот точно так же думаю. Я пришел к тому, что многомодульный проект будет оправдан если на проекте несколько команд или если какие-то фичи динамические и не во все билды нужны.
Знаю одного фронтедщика, который проходил в контору кучу этапов интервью. В итоге когда таки дали оффер, то он уже работал в другой компании, потому что там не было столько этапов. А учитывая, что сейчас девов не хвататет, то в Тинькофф в итоге попадут только те, кто только туда хочет и готов всё это проходить.
неплохо выглядит. А что если внутрь надо засетить список, а не просто карточки? Мне кажется можно тогда вместо scrollview просто использовать recyclerview.
Вообще встречал часто когда от скрама берут только спринты и называют это скрамом. Скрам надо либо полностью внедрять, либо не использовать его.