MVI это слишком широкий шаблон, и все его готовят по-разному. Я бы рекомендовал посмотреть несколько проектов сразу.

Та хоть бы 1 скинули)

поиск по GIT  неужто ничего не дает?

доклад Рябова глянь

Ребята, а можно ли Concatenate Adapter настроить так, чтобы айтемы одного адаптера были между айтемами второго? Если да, то киньте пример, пожалуйста. Хочу легко и просто запихать рекламу в ресайклер

concatenate не использовал, но вот эту библиотеку для адаптеров использую часто: https://github.com/sockeqwe/AdapterDelegates

Спасибо! интересная либа

Может кто сталкивался с такой проблемой. Отправил а google play на проверку обновление с дальнейшей полной публикацией, можно ли как то установить поэтапное внедрение? Ну или отменить обновление вообще пока оно еще проверяется

В консоле должна быть кнопка отмены релиза, а так же можно указать активный релиз

ну вот я ее не могу найти

не подскажешь где она должна быть примерно?

#AndroidBroadcast #Architecture #FunctionalProgramming

The ELM Arhitecture. Функциональное программирование на Android (Livestream)

Где: YouTube канал "Android Broadcast"
Когда: среда, 5 августа, 20.00 (GMT+3)

The Elm Architecture – архитектура для UI-приложений, популярная в сообществе Elm-разработчиков. Она использует функциональное программирование, для того чтобы создавать корректные и легко масштабируемые приложения. Чистые функции и единое управление состоянием дают несколько иные инструменты абстракции, нежели традиционная Clean Arch, предоставляя больше гибкости и контроля над логикой

Все кто любит функциональное, реактивное программирование, а также подходы и архитектуры, основанные на этих принципах, будет интересно.

В гостях - Михаил Левченко, Android разработчик в Автo.ру. Любитель функционального программирования, Автор Telegram канала "Сохранёнки Джейка Вортона"

Android-разработчик и Telegram-канал пишутся через дефис. В русском языке нельзя просто взять и поставить два существительных подряд.

в одинаковом падеже

Nice catch, взять те же «Сохранёнки Джейка Вортона». Спасибо.

Здравствуйте. Если оффтоп, то просто удалите. Суть вопроса: есть два подхода по шифрованию информации в БД (имеется ввиду SQLite(Room)):
1) шифровать все поля всех сущностей в БД руками перед сохранением и расшифровывать их после того как достали с БД, например, с помощью cipher (и превращения всех данных в стринги)
2) зашифровать саму БД, например, с помощью SQLCipher
Какой бы вы из двух этих подходов выбрали, если бы вам условно надо было зашифровать БД на условном каком либо вашем проекте? Какие плюсы и минусы вы видите в двух этих подходах? Очень инетерсует возможный профит от первого варианта. Спасибо.

Первый вариант очень облегчает криптоанализ. Имеются имена столбцов, видны отдельные записи. Вероятно, незашифрованные первичные ключи. Можно по названиям колонок угадать паттерны в зашифрованном содержимом.

Можно ли это отнести к изьянам безопасности?