Web, PWA и native: какой формат приложения выбрать

Веб-приложение работает по адресу в браузере. PWA добавляет к веб-приложению возможности установки и интеграции с устройством при поддержке браузера. Нативное приложение создают для определённой платформы и её средств разработки. Выбирать формат стоит по действиям пользователя: что он должен делать с телефона, какие функции устройства нужны и как будет получать обновления.

Для внутренней формы заявок или первого личного кабинета часто достаточно проверить работу по ссылке. Установка на главный экран, уведомления и работа без сети требуют отдельных решений и проверок.

Сравните форматы по вашей задаче

Нативное приложение не обязательно решит проблему медленного сервера или запутанного процесса. Для любого формата понадобятся корректные данные и понятные действия. Сначала составьте одинаковый сценарий, затем сравните ограничения способов реализации.

Что делает веб-приложение устанавливаемым

В руководстве MDN по установке PWA описаны требования к manifest и защищённой доставке приложения. Браузеры различаются по правилам установки и доступным способам показа предложения установить приложение.

Manifest содержит сведения о приложении, например имя, значки и стартовый адрес. Сам по себе значок на экране не доказывает, что данные доступны без сети или что уведомления будут доставляться.

Service worker часто используют для кеширования и автономной работы. При этом установка и офлайн-поведение являются разными проверками: MDN прямо отмечает, что service worker не является общим обязательным условием установки во всех поддерживающих браузерах.

Как проверить установку на iPhone и Android

Откройте адрес в том браузере и на том устройстве, которыми будет пользоваться ваша аудитория. Руководство web.dev по установке описывает различия между платформами. На iPhone путь добавления на главный экран зависит от браузера и версии системы; проверьте доступное меню устройства, а не обещайте всем одинаковую кнопку.

На Android подходящий браузер может показать установку в меню или специальное предложение. Если предложения нет, проверьте требования к приложению и браузер. Отдельная возможность браузера добавить ярлык ещё не означает, что все свойства PWA реализованы.

После установки откройте приложение со значка, войдите и пройдите основной маршрут. Проверьте внешние ссылки, возврат назад, повторный вход и обновление версии. Запишите устройства и версии, на которых вы действительно выполнили тест.

Офлайн-режим спроектируйте по действиям

Фраза «работает без интернета» слишком широкая. Можно показать ранее загруженную страницу, но не отправить новую запись на сервер. Иногда пользователь может заполнить черновик, который отправится позже. Эти варианты требуют разной логики.

Выберите действия для отсутствующей сети и покажите их состояние. Если запись ждёт отправки, человек должен отличать её от сохранённой на сервере. После восстановления связи проверьте повторную отправку и конфликт с изменениями другого пользователя.

Для первой версии допустимо прямо сообщить, что действие требует сети. Не показывайте успешное сохранение до подтверждения сервера, если именно сервер хранит рабочую запись.

Сформулируйте задание без обещаний магазина приложений

Создай адаптивное веб-приложение для учёта личных учебных задач.
Поля: название, срок, статус. Экраны: список, создание, карточка.

Сначала обеспечь работу по ссылке на телефоне и сохранение после обновления.
Затем проверь возможность установки как PWA в поддерживающих браузерах:
manifest, название, значки, стартовый адрес и режим окна.
Укажи, что именно реализовано для установки.

При отсутствии сети показывай понятное сообщение.
Не объявляй запись сохранённой, если сервер не подтвердил операцию.
Не обещай офлайн-отправку или уведомления без их реализации и проверки.
Не утверждай, что приложение опубликовано в App Store или Google Play.
Используй только вымышленные учебные задачи.

Начать подготовку можно с пошагового плана веб-приложения и сценария сервиса Mottorable. Возможности конкретной генерации проверяйте на своём устройстве.

Когда стоит рассмотреть нативную разработку

Обсудите нативный вариант, если ключевой сценарий зависит от платформенных возможностей, которые веб-реализация не обеспечивает на нужных устройствах. Примеры требований нужно называть точно: доступ к конкретному оборудованию, длительная работа в фоне или установленный в компании способ распространения программ.

Сравните не только разработку экрана. Учтите выпуск версий, требования каналов распространения и поддержку нужных систем. Публикация веб-сервиса по адресу и размещение приложения в магазине представляют собой разные процессы.

Для прототипа можно сначала проверить задачу по ссылке, а затем принимать решение о формате на основе наблюдений. Такой порядок разобран в руководстве по проверке MVP; расходы учитывайте по модели эксплуатации.