Вопрос не в ограничении использования, а в том что Google лешит разработчиков иметь доступ к ключу подписи. Также при упаковке сборке APK из AAB добавляется специальная метадата для валидации откуда сборка. Так что даже залив одинаковые AAB в разные магазины, сделать одинаковую подпись, то сборки будут отличаться.
Жалко что не рассмотрели как с помощью AAB Google будет иметь жесткий контроль над разработчиками и усиливать безопасноcть Google Play, а возможно и бороться со сторонними магазинами
Особенности точно есть. Как минимум нужно ставить отдельную IDE - HUAWEI DevEco Studio https://developer.harmonyos.com/en/develop/deveco-studio. Также отличаются пакеты классов. Поддержки Kotlin нету и перенести код Android приложения в нативное Harmony OS приложение не получится просто так, как это происходит с EMUI (надстройка на AOSP от Huawei) + Huawei Mobile Services.
Все существующие APK продолжат работу, только уже точно надо добавить поддержку HMS
Можете посмотреть здесь https://material.io/components/bottom-navigation#behavior
То что множество приложений не следуют гайдлауну Material и реализуют историю с между табави BottomNavigation
Вы совсем ничего не писали про опыт от работу с тулингом для Compose, а также как интегрировали тему между Compose и Android View.
Про SonarLint вотсам понял что надо было упомянуть, но я всегда пользовался им в Web, поэтому и забыл. TinyDancer надо будет посмотреть
На многомодульных проектах имею в виду
Да, профит именно там есть только
Всё верно. Правила не меняются, только R классы теперь раздельны
Кроме импортов что-то может?
Форматировать - да. Как я понял вопрос был про сортировку кода: методов, вложенных классов, свойств и пр.
Сторонней утилиты нет, только если в Kotlin плагине на уровне IDEA это поддержат в будущем
Вопрос не в ограничении использования, а в том что Google лешит разработчиков иметь доступ к ключу подписи. Также при упаковке сборке APK из AAB добавляется специальная метадата для валидации откуда сборка. Так что даже залив одинаковые AAB в разные магазины, сделать одинаковую подпись, то сборки будут отличаться.
Жалко что не рассмотрели как с помощью AAB Google будет иметь жесткий контроль над разработчиками и усиливать безопасноcть Google Play, а возможно и бороться со сторонними магазинами
Не было страха запутаться с новой технологией и не уложиться в срок?
Особенности точно есть. Как минимум нужно ставить отдельную IDE - HUAWEI DevEco Studio https://developer.harmonyos.com/en/develop/deveco-studio. Также отличаются пакеты классов. Поддержки Kotlin нету и перенести код Android приложения в нативное Harmony OS приложение не получится просто так, как это происходит с EMUI (надстройка на AOSP от Huawei) + Huawei Mobile Services.
Все существующие APK продолжат работу, только уже точно надо добавить поддержку HMS
Чтобы приложение смогло автоматом обновлять другие, пользователь должен быть выдать разрешение
Это только голый Android, каждый вендор в своей оболочке будет придерживаться своего видения, так что выбор UI как пользователю будет
У меня еще есть мысли о причинах. Не из-за ли активности Epic Games и их суда с Apple было вызвано такое изменение
Официально про этого ничего не было. Всё в этом аспекте зависит от вендора, прошивки и регуляций законодательство в конкретных странах
Почему именно RxJava? Почему не Coroutines + Flow ?
Добавлено в версии 0.3. Буду рад обратной связи