4.6 KiB
Google Doc URL: https://docs.google.com/document/d/1DfJsbyVZ98udo_hvU1DUagGYkTHabW0wMH5T5DvmCYI/edit?usp=sharing WARNING: НЕ РЕДАКТИРОВАТЬ ТУТ, ЭТО ЧЕРНОВИК
Привет, коллеги,
на созвоне в четверг 16.04 команда Android представила команде КМП пример с авторизацией для обсуждения потенциального подхода КМП-2.
По итогу созвона у команды КМП возникли следующие вопросы к КМП-2:
=== Вопрос №1
Риск нарушения принципов Single source of truth (SSOT, Единственный источник истины) и Single Responsibility Principle (SRP, Единственная ответственность)
В КМП-1 следование SSOT и SRP достигается шудами/редьюсерами: один шуд отвечает за что-либо конкретное. Например, в реализации контактов на КМП-1 шуд/редьюсер contShouldResetContactsVisibility отвечает за видимость списка контактов на экране, поэтому всегда можно найти концы (кто меняет видимость и по каким условиям она меняется).
=== Вопрос №2
Риск конфликта разных механизмов диспетчеризации (многопоточности)
В КМП-2 предполагается использование Flow, Coroutines и подобных технологий, которые имеют свой жизненный цикл, отличающийся от жизненного цикла на платформах Apple.
В КМП-1 многопоточность находится вне общего кода КМП, т.е. находится в эффектах, на стороне конкретной платформы, используя те инструменты, которые принято использовать на конкретной платформе.
=== Вопрос №3
Риск падения производительности
Как следствие из предыдущего пункта, использование нестандартного для конкретной платформы механизма диспетчеризации может приводить к гонке данных и трудновоспроизводимым просадкам производительности.
=== Вопрос №4
Заявленный отказ от нативной поддержки Desktop
КМП-2 предполагает отказ от нативных приложений Linux, macOS, Windows. Это приведёт к потере компанией компетенций команды Desktop, собравшей огромное количество граблей при поддержки трёх систем: Linux, macOS, Windows. Все эти компетенции и грабли придётся собирать с нуля при использовании подхода аля Electron. На поиск и исправление заново найденных граблей уйдёт огромное количество сил и времени.
КМП-1, со своей стороны, интегрируется (нативно, через Kotlin Native) в Desktop ровно на тех же правах логики, как это происходит с Android и iOS: оставляя диспетчеризацию (многопоточность), работу с оборудованием, сетью и т.п. на усмотрение конкретной платформы. Таким образом, КМП-1 сохраняет компетенции, иcключает просадку по платформе Desktop, исключает повторный поиск и исправления уже собранных граблей.
Есть ещё несколько вопросов, которые будет уместно задать лишь при наличии КМП-2 на руках, т.к. пока КМП-2 существует лишь на бумаге. КМП-1, со своей стороны, в рамках контактов уже прошёл первичное проверку командой тестирования и готов к повторной.
С уважением, Михаил.