Что мы на нём делаем
Android — цель для всего мобильного, что мы делаем, и отношение к нему как ко «второй платформе» — это то, из-за чего продукты на нём оказываются сломанными. У него свои правила: ограничения фонового выполнения, убивающие работу, которую вы считали завершённой; модель разрешений, заметно меняющаяся между версиями; оптимизация батареи от конкретных производителей; и разброс устройств, достаточный, чтобы допущения о производительности с флагмана не выполнялись.
Сама платформенная часть пишется на Kotlin за platform channels и собирается Gradle: foreground-сервисы, каналы уведомлений, NFC и доступ к железу, работа с install referrer и вендорские SDK, существующие только под Android.
Где он нужен
Под каждым Flutter-приложением в нашем портфолио — все они живут в Google Play. Здесь же становится интересной white-label разработка: множество брендированных приложений из одной кодовой базы означает множество application ID, подписей и карточек в магазине, которые нужно генерировать, а не поддерживать руками.
Когда мы его рекомендуем
Это не совсем рекомендация: если вы делаете мобильный продукт за пределами США, Android — скорее всего, большинство ваших пользователей, и относиться к нему как ко второстепенному — решение бизнесовое, а не техническое.
Возражаем мы против полностью нативного Android для продукта, которому нужен ещё и iOS, если к этому ничего конкретно не вынуждает. И против игнорирования нижнего сегмента: самое дешёвое устройство в вашей аналитике и определяет ваши отзывы.
