<![CDATA[Комментарии / Профиль dmdev]]> https://habr.com/ru/users/dmdev/comments/ ru editor@habr.com habr.com Tue, 28 Apr 2026 22:13:33 GMT https://habr.com/ru/ https://habrastorage.org/webt/ym/el/wk/ymelwk3zy1gawz4nkejl_-ammtc.png Хабр 06.05.2023 13:41:26 https://habr.com/ru/posts/733694/#comment_25522156 https://habr.com/ru/posts/733694/#comment_25522156 Например, если нужно открыть доступ к свойству или методу не всем подряд (public), а только классам, которые реализуют некоторый контракт.

А какой профит дружественных классов в С++?)

]]> Sat, 06 May 2023 13:41:26 GMT 13.05.2020 10:00:22 https://habr.com/ru/companies/funcorp/articles/500980/#comment_21609882 https://habr.com/ru/companies/funcorp/articles/500980/#comment_21609882 RxPM]]> Wed, 13 May 2020 10:00:22 GMT 30.09.2019 20:03:14 https://habr.com/ru/articles/452628/#comment_20693991 https://habr.com/ru/articles/452628/#comment_20693991 BottomSheetBehavior появился флаг setFitToContents для этого]]> Mon, 30 Sep 2019 20:03:14 GMT 19.02.2019 11:40:27 https://habr.com/ru/articles/439926/#comment_19774304 https://habr.com/ru/articles/439926/#comment_19774304 А вот второе замечание интересное, что onRetainNonConfigurationInstance может в каки-то случаях не вызваться. Но что-то мне подсказывает на практике это никогда не случается. Иначе на ретейн фрагменты тоже нельзя полагаться.]]> Tue, 19 Feb 2019 11:40:27 GMT 18.02.2019 16:33:02 https://habr.com/ru/articles/439926/#comment_19771264 https://habr.com/ru/articles/439926/#comment_19771264 Из минусов — не работает до 4 андроида, там придется по старинке через retain фрагмент.

getLastNonConfigurationInstance доступен с первой версии API

]]> Mon, 18 Feb 2019 16:33:02 GMT 16.02.2019 15:20:33 https://habr.com/ru/companies/mobileup/articles/440284/#comment_19764856 https://habr.com/ru/companies/mobileup/articles/440284/#comment_19764856 Для фрагментов в бэкстеке ваш способ не пройдет, у них дестроится вью при реплейсе. И придется восстанавливать стейт.

]]> Sat, 16 Feb 2019 15:20:33 GMT 30.01.2019 14:15:11 https://habr.com/ru/companies/jugru/articles/437948/#comment_19682986 https://habr.com/ru/companies/jugru/articles/437948/#comment_19682986 Добавлю что LiveData внутри завязана на Handler, и как прогонять unit-тесты?
Самое неприятное, что теперь решение ViewModel + LiveData считается де-факто стандартом. Большинство доверяют только Гуглу и смотреть в сторону намного лучших MV*-решений даже не хотят. Тот же PM или MVVM несложно реализовать на RxJava.

]]> Wed, 30 Jan 2019 14:15:11 GMT 19.10.2018 12:46:57 https://habr.com/ru/companies/redmadrobot/articles/426617/#comment_19255971 https://habr.com/ru/companies/redmadrobot/articles/426617/#comment_19255971 Conductor вам в помощь

]]> Fri, 19 Oct 2018 12:46:57 GMT 19.10.2018 12:46:34 https://habr.com/ru/companies/redmadrobot/articles/426617/#comment_19255969 https://habr.com/ru/companies/redmadrobot/articles/426617/#comment_19255969 Удивительно, что кто-то еще не пишет приложения в Single-Activity. В любой момент может потребоваться поместить экран в NavigationDrawer, ViewPager или BottomBar. В этом случае без кучи фрагментов в одной Activity не обойтись.

]]> Fri, 19 Oct 2018 12:46:34 GMT 30.08.2018 13:55:21 https://habr.com/ru/articles/421739/#comment_19052525 https://habr.com/ru/articles/421739/#comment_19052525 В RxJava для этих целей есть Connectable Observable и Subject

]]> Thu, 30 Aug 2018 13:55:21 GMT 30.08.2018 13:54:53 https://habr.com/ru/articles/421739/#comment_19052519 https://habr.com/ru/articles/421739/#comment_19052519 Что насчет combineLatest ?

]]> Thu, 30 Aug 2018 13:54:53 GMT 22.11.2017 14:32:09 https://habr.com/ru/companies/mobileup/articles/342850/#comment_10533362 https://habr.com/ru/companies/mobileup/articles/342850/#comment_10533362 все картинки сделаны в Sketch

]]> Wed, 22 Nov 2017 14:32:09 GMT 07.11.2017 09:04:59 https://habr.com/ru/companies/redmadrobot/articles/341108/#comment_10508970 https://habr.com/ru/companies/redmadrobot/articles/341108/#comment_10508970 Можете привести пример из жизни, когда стандартными стратегиями не обойтись?

]]> Tue, 07 Nov 2017 09:04:59 GMT 26.04.2017 10:36:15 https://habr.com/ru/companies/mobileup/articles/327416/#comment_10191892 https://habr.com/ru/companies/mobileup/articles/327416/#comment_10191892 Их много — значит они

]]> Wed, 26 Apr 2017 10:36:15 GMT 26.04.2017 09:07:09 https://habr.com/ru/companies/mobileup/articles/326962/#comment_10191700 https://habr.com/ru/companies/mobileup/articles/326962/#comment_10191700 Точно так же как и в Moxy ;)


Рестарт процесса вещь неприятная, но не всегда требуется при этом восстанавливать View в то же самое состояние. Так как данные за время отсутствия пользователя в приложении могли устареть. Все зависит от конкретного приложения и в каждом случае нужно то или иное решение:


1) Точно восстановится бэкстек из активити и фрагментов. При желании этот момент можно отследить и очистить бекстек, если приложение стартовало с восстановлением.


2) Самые важные параметры экранов (параметры запуска) мы стараемся передавать через Intent или аргументы фрагмента, например id сущностей, которые нужно отобразить. PresentationModel получает их в конструкторе, так как View провайдит ее.


3) Не все состояния нужно восстанавливать. Например прогресс загрузки не нужно восстанавливать, так как с убийством процесса все асинхронные запросы (в том числе и в сеть) тоже завершатся.


4) Есть данные, которые быстро устаревают, например какие-нибудь статусы заказа. Лучше будет их заново запросить с сервера.


5) Некоторые данные следует восстанавливать даже после принудительного завершения приложения. В этом случае никакие bundle нам не помогут. Например это может быть корзина с продуктами. Такие данные во время работы приложения нужно сохранять на диск (в бд или файл).


6) Хорошо кешировать данные, которые не сильно теряют актуальность за относительно продолжительное время.


7) Можно запустить сервис, чтобы повысить приоритет приложения в фоне. Тем самым снизить вероятность убийства процесса системой.


8) В конце концов в PresentationModel можно пробрасывать вызовы сохранения/восстановления состояния из bundle. Но этот вариант не подходит для персистентных данных (пункт 5 и 6).

]]> Wed, 26 Apr 2017 09:07:09 GMT 26.04.2017 09:06:26 https://habr.com/ru/companies/mobileup/articles/326962/#comment_10191698 https://habr.com/ru/companies/mobileup/articles/326962/#comment_10191698 .

]]> Wed, 26 Apr 2017 09:06:26 GMT 23.04.2017 11:19:55 https://habr.com/ru/companies/mobileup/articles/326962/#comment_10187224 https://habr.com/ru/companies/mobileup/articles/326962/#comment_10187224 Основная идея паттерна PM заключается в том, что стейт хранится в PresentationModel. View не нужно об этом беспокоиться и не нужно складывать стейт в Bundle. Главное реализовать хранение PresentationModel во время поворота.


По поводу навигации, нужно складывать команды в буфер, и воспроизводить их когда навигатор (активити) будет готов. Посмотрите как это сделано в Cicerone.

]]> Sun, 23 Apr 2017 11:19:55 GMT 22.04.2017 17:59:49 https://habr.com/ru/companies/mobileup/articles/326962/#comment_10186482 https://habr.com/ru/companies/mobileup/articles/326962/#comment_10186482
  • Не все пишут на Котлине, можно делать интерфейс-заглушку, но ее тоже придется генерировать. Но проблема не в этом. Так как вьюха может быт отсоединена, то приходится сохранять стейт в презентере в виде флагов, чтобы потом его воспроизвести при атаче вью.
  • По поводу тестирования RxJava, есть хороший доклад на эту тему: https://www.youtube.com/watch?v=7W5NwpE5WpQ&feature=youtu.be
  • Ретейн фрагмент только для семпла, так то для прода они не годятся. Как вы уже заметили в бекстеке такие фрагменты нельзя использовать и есть баги с чайлд-фрагментами. Я в своих приложениях использую Conductor — это такие "правильные" фрагменты, которые не умирают в бекстеке и при поворотах. А насчет памяти тут все в порядке, на onDestroyView мы отписываемся от PresentationModel.
    • ]]>     Sat, 22 Apr 2017 17:59:49 GMT     21.04.2017 10:55:14 https://habr.com/ru/companies/mobileup/articles/326962/#comment_10184786 https://habr.com/ru/companies/mobileup/articles/326962/#comment_10184786 Все ошибки можно разделить на два типа:
    1) Ошибки, которые нужно показать один раз, например AlertDialog или Toast. В этом случае ошибка будет эвентом, ее сохранять не нужно. Для этого подойдет обычный PublishRelay. Но будет проблема, если ошибка прилетит в тот момент, когда вьюха отсоединена от PresentationModel. В этом случае мы потеряем этот эвент. Как решать эту проблему я расскажу в следующей статье.


    2) Ошибки, которые нужно показывать как заглушку в разметке, например с кнопкой "Retry", такой вариант нужно считать стейтом. Для этого нужно использовать BehaviorRelay.

    ]]>     Fri, 21 Apr 2017 10:55:14 GMT     21.04.2017 09:38:06 https://habr.com/ru/companies/mobileup/articles/326962/#comment_10184672 https://habr.com/ru/companies/mobileup/articles/326962/#comment_10184672 Залил примерчик на гитхаб https://github.com/dmdevgo/RxPM-Demo

    ]]>     Fri, 21 Apr 2017 09:38:06 GMT