IceRock KMM onboarding #4 - интеграция сети

[Alex009]

• подключаем moko-network
• конфигурация httpClient'а с пояснениями как конфигурить чтобы на iOS с заморозкой не крешнулось - как передаем в install'ы фичей данные (тут есть инфа, можно сослаться на нее как либо https://kmm.icerock.dev/pages/4.2-kmm-libs/)
• конфигурация фичи ошибок
• конфигурация логирования
• конфигурация фичи авторизации с рефреш токеном и без
• использование сгенерированных moko-network апи
• пояснение что за Safeable классы в сгенерированном коде
• пояснение что за Nullable классы в сгенерированном коде
• пояснение про Composed классы в сгенерированном коде
• как работает сериализация Json через kotlin-serialization и какие опции могут пригодиться (ignoreUnknownKeys, isLenient)
• как работать с отправкой formData и файлов
• как работать с динамическим контентом от сервера (получение JsonElement - как это в спеке выражается и как потом в коде работать)

[Alex009]

тут и про moko-errors по идеи будет, так что нужно будет отразить:

Привет, в SharedFactory есть createExceptionHandler() метод, который создает для каждой FeatureFactory свой ExceptionHandler, почему бы не сделать один инстанс ExceptionHandler на все фичи?

очень хороший вопрос! и ответ тут важный 🙂
изначально там так и было - один обработчик на все фичи. но внутри exceptionHandler создается свой EventsDispatcher (через этот механизм и работает сообщение с уровня viewModel до View), и из-за общего exceptionHandler'а ошибки происходящие на экранах, которые уже были убиты (мы ушли с экрана только что например) появлялись на экранах куда мы переходим (так как EventsDispatcher от предыдущего экрана отписался, а к новому привязался).
Поэтому инстанс ExceptionHandler должен быть свой для каждой вьюмодели