Вариант использования:
Мое приложение в основном будет иметь поток (последовательность) страниц, через которые пользователь должен пройти (например, поток OOBE для приложения).Сложность заключается в том, что внешний вид и функциональность страниц, а также количество страниц могут отличаться в зависимости от некоторых данных (например, марки телефона).Например, для телефона Motorola я мог бы показать 1 страницу с 2 кнопками и 2 изображениями.Для телефона Samsung я мог бы показать 3 страницы с разным макетом.Я предпочитаю, чтобы на телефоне Samsung не было страниц, связанных с Motorola, чтобы не увеличивать размер apk без необходимости.
Мой подход:
- Размещать все страницы ввеб-приложение.
- Веб-приложение имеет различную первую страницу для каждой марки.
- Исходя из собственного кода, я проверяю марку телефона и вызываю соответствующую первую страницу в веб-приложении.
- Остальной поток можно контролировать из веб-приложения, не беспокоясь о моем собственном коде.
- Просмотр веб-страниц прекращается всякий раз, когда последовательность за первой страницей завершена.
Плюсы:
- Полностью динамический интерфейс без влияния на размер apk.
- Обновления, не требующие от пользователя явной загрузки обновления.
Открытые проблемы:
- Насколько это влияет на производительность по сравнению с нативным приложением?
- Можно ли получить внешний вид нативного приложения??
- Я также хочу взаимодействовать с нативной службой Android с одной из страниц в каждом потоке и отправлять результат обратно на страницу.Является ли это возможным ?Если да, есть ли компромисс производительности?
Почему бы не ReactNative?
- Мне не нужен кросс-платформенный код.
Может кто-тоопыт работы с Android поможет мне с решением?