Да, webview вызывает нативную камеру через native-bridge (с обвесами в виде ML библиотек, распознания текста и тд). Обратно ответ возвращается в webview через колбэк
Наше приложение позволяет использовать нативные функции, которые в браузере отсутствуют или работают недостаточно хорошо с точки зрения пользовательского опыта, например:
Пуш-уведомления
Камера с распознаванием QR, ШК и текста
Геолокация и навигация
Карты для поиска ПВЗ
Защищенные хранилища данных
На Android инеграция с SDK Мир Pay для привязки карт
Предпросмотр файлов
Видеоплеер
Также часть интерфейсов реализованы как Server Side Rendering экраны, например Stories, Онбординг пользователей и т.д.
Есть особенности. Пуши банка отображают персональные и финансовые данные, а PWA пуши не отвечают условиям безопасности. Контент пушей нельзя передавать в явном виде, так как данные должны дешифроваться на устройстве на основе информации в защищенном хранилище
Банку требуется максимально быстро проверять гипотезы и раскатывать новые продуктовые фичи, поэтому скорость разработки стала приоритетом. Постепенно мы внедряем больше натива и готовим почву для решения, которое устроит и бизнес, и техническую команду. Следите за обновлениями :)
Да, верно, сложности есть, но андроид приложение пользуется тем же подходом. Если появляются ограничения на какой-то из платформ, то мы приходим к общему решению для поддержки единого поведения. Что касается дизайна, то существует общая дизайн система справедливая для всех платформ
Вы правы, можно, но есть особенности. У webview нет публичного api для работы с подобным кэшем. Частично мы обходим это через наш native-bridge подход, предоставляя интерфейсы для работы с локальным хранилищем. Для банковского приложения также существуют дополнительные требования по безопасности и аудит накладывает ограничения по хранению части логики на устройстве
Да, webview вызывает нативную камеру через native-bridge (с обвесами в виде ML библиотек, распознания текста и тд). Обратно ответ возвращается в webview через колбэк
Обычно первый запуск занимает много времени, но по нашему опыту, если соблюдать гайдлайны Apple и Transport Security, то больших проблем не возникает
Наше приложение позволяет использовать нативные функции, которые в браузере отсутствуют или работают недостаточно хорошо с точки зрения пользовательского опыта, например:
Пуш-уведомления
Камера с распознаванием QR, ШК и текста
Геолокация и навигация
Карты для поиска ПВЗ
Защищенные хранилища данных
На Android инеграция с SDK Мир Pay для привязки карт
Предпросмотр файлов
Видеоплеер
Также часть интерфейсов реализованы как Server Side Rendering экраны, например Stories, Онбординг пользователей и т.д.
Есть особенности. Пуши банка отображают персональные и финансовые данные, а PWA пуши не отвечают условиям безопасности. Контент пушей нельзя передавать в явном виде, так как данные должны дешифроваться на устройстве на основе информации в защищенном хранилище
Банку требуется максимально быстро проверять гипотезы и раскатывать новые продуктовые фичи, поэтому скорость разработки стала приоритетом. Постепенно мы внедряем больше натива и готовим почву для решения, которое устроит и бизнес, и техническую команду. Следите за обновлениями :)
Да, верно, сложности есть, но андроид приложение пользуется тем же подходом. Если появляются ограничения на какой-то из платформ, то мы приходим к общему решению для поддержки единого поведения. Что касается дизайна, то существует общая дизайн система справедливая для всех платформ
Приложение на webview :)
Вы правы, можно, но есть особенности. У webview нет публичного api для работы с подобным кэшем. Частично мы обходим это через наш native-bridge подход, предоставляя интерфейсы для работы с локальным хранилищем. Для банковского приложения также существуют дополнительные требования по безопасности и аудит накладывает ограничения по хранению части логики на устройстве