28 апреля в 18:00 на примере анкеты соискателя Александр Блинов, руководитель мобильного направления hh.ru и Олеся Плотникова, главный рекрутер компании расскажут что должно быть в резюме у разработчика, а о чем лучше не писать? Какие скиллы в нем – must have? На что в первую очередь обратят внимание ваш потенциальный руководитель и рекрутер?
Хотите, чтобы ваше резюме усовершенствовали в режиме онлайн? Регистрируйтесь: https://my.hh.ru/ka1

Заходите, чтобы узнать, что писать про архитектуру в резюме

😉

А ты какого эффекта хочешь добиться? Можно вон просто ответы сервера кэшировать.

Забубень репозиторий синглтоном и прям в пропертях храни, бог не накажет.

еще забыл упомянуть, что нужно сделать так, чтобы инстанс презентера не уничтожался

Moxy полностью подходит под ваши требования, вот прям 1 в 1) ViewModel тоже. Почему не хотите?

object PresenterStore { get(class:...): Presenter, set(presenter: Presenter) } - вуаля. Только придётся поприседать, чтобы не потекло, но там не очень сложно.

Можно даже из Moxy стащить реализацию добавления/удаления презентеров из кеша.

А чем велосипед лучше Моху? Ну кроме того, что он роднее, ближе и тд

Нет кодогенерации, нет "навязанных" ограничений. Для некоторых это имеет значение, некоторым Moxy удобен.

кодогенерацию придется заменить на написание ручками, поэтому так себе

а насчет остального, согласен

Но-но-но, Moxy использует кодогенерацию для "написания" восстановления View после пересоздания. Лично я считаю выбранный ими механизм очереди команд порочным и неправильным, и когда мокси ещё был актуален, именно это решение оттолкнуло меня от использования. Если же использовать иной механизм восстановления, то и кодогенерация не нужна.

а чем он порочен и неправилен? (интересно)

Много ограничений, он ведь по-очереди применяет все (с оговорками) команды к View, что были исполнены за время жизни презентера. А значит, эти манипуляции будут выполнены последовательно с нулевым интервалом между вызовами. Не всегда это удобно - анимации там всякие, уведомления и т.п.

И совсем плохо становится, если ты во View накостылил и эти команды вызывают inflate'ы. К примеру, не стал пилить Recycler ради трёх вьюх и добавляешь их руками - усё, после аттача будет тебе 100500 инфлейтов.

Но это умозрительно, могу быть неправ - мне сама концепция стека команд для синхронизации не понравилась.

Ну и коллега с ним долго приседал на каком-то проекте, всю голову выдрочил пока нашёл подходящую комбинацию аннотаций (sic!). Деталей не помню, но выглядело не круто.

пометил, но возразить нечего 🌚 спасибо

Плюсую. И Мокси не используется за пределами снг.  А mosby ещё жива?