Всем привет! С первого раза как-то не особо получилось вернуться к публикациям, поэтому пробую ещё раз 😎.

За 1,5 месяца отсутствия активности на канале, в избранном что-то да накопилось. Сейчас разбираю отложенные материалы, поэтому до середины/конца следующей недели вероятно слегка поспамлю, но это не точно 😉

Серия статей/постов про паттерны: MVC, MVP, MVVM, MVI и вот это всё.

Статья 1: Введение в MV шаблоны

🟢M‑V-подставь_свое
🟢MVC (Controller)
🟢MVP (Presenter)
🟢Паттерн Команда (Command)
🟢MVP (Moxy)

Статья 2: Подробнее про MVVM

🟢Функции обратного вызова (Callback)
🟢Паттерн Наблюдатель (Observer)
🟢MVVM (ViewModel)
🟢Привязка данных (Data Binding)

Статья 3: Из чего готовят MVI

🟢Парадигма Реактивное программирование (Reactive programming)
🟢Как завернуть все в шаурму Intent?
🟢Как собрать урожай состояние?
🟢Зачем трактору нужен редуктор?
🟢Как открыть магазин с перехватчиками?
🟢5 менеджеров и 1 работник

Статья 4: Готовим MVI

🟢Собираем MVI‑пазл воедино
🟢А что если вообще написать свою реализацию MVI?
🟢Ты так и не понял, что такое Model?

The Kotlin Flow Operator Cheat Sheet

В догонку ещё один материал про Kotlin Flow – свежая шпаргалка по операторам, с примерами кода.

🟢map, filter, take(n)
🟢reduce, fold, runningReduce/scan,
🟢transform
🟢FlatMapConcat, FlatMapMerge, FlatMapLatest
🟢flowOn, buffer, conflate, collectLatest
🟢zip, combine, merge
🟢catch, onCompletion, retryWhen
🟢onEach, debounce(timeoutMillis), distinctUntilChanged

Читать (En)

Развеиваем мифы о Stability в Compose: оптимизации Strong Skipping

Ещё про Compose. Интересная статья, в которой автор рассказывает, как лямбды и strong skipping режим влияют на работу компилятора и на рекомпозицию.

Выводы и рекомендации от автора

🟢Compose стал более агрессивно оптимизировать пропуск Composable функций, когда параметры не изменились.

🟢Акцент в отдладке Compose сдвигается от метрик и отчетов к отладке на основе LayoutInspector и других инструментов, потому что метрики и отчеты говорят слишком мало о реальной производительности компонентов.

🟢Чтобы обновить UI, используя нестабильные аргументы, нужно создать новый инстанс такого аргумента в памяти, и метод copy дата-классов для этого отлично подходит.

🟢При работе с коллекциями для оптимизации рекомпозиций больше не нужно использовать Immutable Collections, однако придется обновлять их с созданием нового инстанса. Альтернатива использовать - SnapshotStateList.

🟢При работе с лямбдами для максимальной производительности нужно захватывать только те объекты, которые действительно нужны: если нужно только одно поле класса, лучше прочитать поле в отдельную переменную и сослаться на нее.

Код экспериментов из статьи → ComposeStability

Читать (Ru)