Использование паттерна MVI в Kotlin Multiplatform

• Стефан Саир представляет себя как мобильного разработчика компании КТС.  

• Он ведет школу КТС, имеет страницу на Хабре и Телеграм.  

• В вебинаре обсуждается курс и школа, а также рассматривается КММ на практике.  

• Компания КТС занимается автоматизацией бизнес-процессов для крупного и малого бизнеса.  

• Работают с такими компаниями, как Сбер, Икс5 Ритейл Групп, ВКонтакте и Пик.  

• Курсы проводятся с 2018 года, обучено около 600 студентов, многие из которых работают в компании.  

• КММ - это подмножество мультиплатформенной разработки, позволяющее писать код на Kotlin для множества платформ.  

• В проекте используются два приложения: Android и iOS, которые зависят от общего кода.  

• Общий код содержит бизнес-логику и платформенно-специфичные функции.  

• Представлен проект на GitHub, который можно открыть и изучить.  

• Проект содержит два приложения: Android и iOS.  

• Приложение Android простое: загрузка информации пользователя и обработка ошибок.  

• Исходный код проекта находится в трех папках: Android, iOS, и Shared.  

• В папке Android один модуль и один общий модуль.  

• В модуле Android одна активность, в которой инжектируется вью-модель и инициализируются зависимости.  

• Вью-модель подписывается на стейт, полученный из модели, и вызывает функцию main screen.  

• В main screen три ветки для состояний экрана: ошибка, загрузка и отображение данных.  

• Вью-модель отрисовывает состояния экрана в зависимости от состояния стейта.  

• Вью-модель получает стейт из модели, что позволяет легко отрисовывать состояния экрана.  

• В больших проектах для этого используются обертки, но в данном примере это выглядит просто и понятно.  

• ViewModel имеет два свойства: store и feature.  

• Store мапит доменные состояния в юань-стейты.  

• ViewModel оперирует юань-стейтами, а не доменными состояниями.  

• Метод load() проксирует событие загрузки в feature.  

• ViewModel отправляет интенты в feature через метод acceptState.  

• Внутри метода start() происходит преобразование доменных состояний в юань-стейты.  

• Преобразование выполняется с помощью state mapper.  

• Kotlin и Swift имеют разные интерфейсы для состояний.  

• Для совместимости с Swift используется класс StateFlow.  

• Store наследует интерфейс Store из библиотеки Kotlin.  

• Store принимает три дженерика: intent, state, label.  

• В примере нет лейблов, поэтому они не используются.  

• Доменный стейт содержит данные и флаги загрузки и исключения.  

• Интерфейс intent определяет типы интентов, которые могут быть отправлены в feature.  

• Бизнес-логика находится в экзекуторе, редьюсере и факторе.  

• Factor создает экземпляр интерфейса feature.  

• Factor описывает сообщения, которые используются в контексте.  

• Factor может задавать поведение по умолчанию для фичи.  

• Пример: factor с реализацией логинатора для логирования событий.  

• Логирование событий помогает при отладке приложения.  

• Понимание интерфейсов и их реализации важно для создания эффективных и гибких приложений.  

• Экзекутор - ядро черной коробки, обрабатывающее интенты и создающее новые состояния.  

• Базовый экзекутор оборачивает методы библиотечного экзекутора в скоп лаунч.  

• Экзекутор принимает пять дженериков: интенты, стейты, сообщения, лейблы и новый экшн.  

• Экзекутор обрабатывает интенты, отправленные пользователем.  

• Экшены используются для внутренних действий, таких как работа в локальной базе данных.  

• Метод со-спен экзекутора принимает интенты и вызывает лямбда-функцию для получения текущего стейта.  

• Экзекутор передает интенты в редюсер для преобразования стейтов.  

• Редюсер преобразует старый стейт в новый на основе сообщений.  

• Метод реюс редюсера копирует старый стейт и меняет его свойства.  

• Экзекутор, редюсер и сторфектор образуют основные сущности приложения.  

• Сторфектор создает интерфейс для взаимодействия с приложением.  

• Сторфектор содержит только объявления стейтов и интерфейсов, что упрощает управление данными.  

• В Swift-приложении экзекутор принимает интенты и преобразует их в стейты.  

• Вью-контроллер подписывается на стейты и передает их в мейнвью.  

• Мейнвью отображает стейты через кейсы.  

• Шаринг ресурсов между iOS и Android упрощает разработку.  

• Ресурсы находятся в общем месте, что ускоряет и упрощает процесс разработки.  

• Шаринг ресурсов позволяет реализовать одинаковое поведение на iOS и Android.  

• Проект доступен на GitHub для скачивания и тестирования.  

• Шаринг ресурсов делает разработку более эффективной и удобной.  

• Рассмотрены компоненты архитектуры и их взаимодействие в приложении.  

• Подчеркнута важность масштабируемости и переиспользуемости архитектуры.  

• Упоминание о сложности и преимуществах архитектурных решений.  

• Обсуждение вопросов участников в чате.  

• Анонс записи вебинара и материалов по Kotlin Multiplatform Mobile.  

• Упоминание о вкладе компании в Kotlin Multiplatform Mobile.  

• Объяснение процесса добавления лейблов в приложение.  

• Пример использования лейблов для отображения сообщений и тостов.  

• Описание взаимодействия лейблов с моделью и их обработки в презентер-слое.  

• Преимущества использования компоновки перед про-разметкой.  

• Обсуждение производительности и удобства компоновки.  

• Преимущества отсутствия состояния у функций в компоновке.  

• Объяснение использования шеринг вью-модулей для передачи состояния между фрагментами.  

• Разделение ответственности между родительским и дочерним фрагментами.  

• Анонс курса по Kotlin Multiplatform Mobile, который состоится 20 марта.  

• Описание целевой аудитории и содержания курса.  

• Углубление в современные подходы и технологии разработки.  

• Ознакомление с трендами и актуальными технологиями.  

• Описание модулей курса и домашних заданий.  

• Возможность работы с ментором и групповые разборы домашних заданий.  

• Создание выпускного проекта и его защита.  

• Курс включает изучение базового Android, ЮА, сети, хранилища, архитектуры и KMM.  

• После курса студенты пишут выпускной проект.  

• Базовый трек: доступ ко всем занятиям и материалам, общий чат, разбор домашних заданий на вебинарах, защита проекта и три дипломных проекта на выбор.  

• Индивидуальный трек: дополнительные интервью домашних заданий и финальных проектов, ответы на вопросы в личном порядке.  

• Ментор отвечает на технические вопросы студентов в личном порядке.