В современном ИТ-мире обычно есть два стиля создания веб-приложений. Один стиль ведет к созданию одностраничных приложений, а другой — к разработке традиционных веб-приложений. Первый выполняет логику пользовательского интерфейса (пользовательский интерфейс) в веб-браузере, а второй выполняет логику приложения на сервере.
Существует возможность третьего подхода, который представляет собой гибридный подход. При таком подходе более крупное традиционное веб-приложение содержит одно или несколько подприложений, которые аналогичны одностраничным веб-приложениям.
КОГДА ИСПОЛЬЗОВАТЬ СПА-МОДЕЛЬ?
Вот три различных сценария разработки веб-приложений, в которых вы должны рассмотреть возможность использования SPA.
а. Когда ваше веб-приложение должно иметь современный пользовательский интерфейс с функциями
Функциональность на стороне клиента является ключевой областью, в которой доминируют SPA. Он запрещает перезагрузку веб-страниц всякий раз, когда ваш пользователь хочет перемещаться между страницами или выполнять какие-либо действия на них. Чтобы обеспечить бесперебойную работу, SPA извлекают данные в фоновом режиме, а действия отдельных пользователей более чувствительны. Также полная загрузка страницы в SPA бывает очень редко.
Как было сказано ранее, SPA обеспечивают удобные функции пользовательского интерфейса на стороне клиента, такие как перетаскивание, по сравнению с традиционными веб-приложениями. Более того, SPA работают без сбоев даже при наличии проблем с сетью. Это возможно, потому что изменения, внесенные пользователем на стороне клиента, синхронизируются с сервером после восстановления соединения. Таким образом, SPA превосходит функциональные возможности, предлагаемые типичными HTML-кодами.
Важно сосредоточиться на реализации традиционных веб-функций, таких как отображение точного URL-адреса в адресной строке. URL-адрес должен четко подчеркивать действие, а SPA должен позволять добавлять его в закладки и возвращаться к нему всякий раз, когда нажимается закладка. Он должен отображать правильные результаты всякий раз, когда пользователь использует кнопки браузера назад и вперед.
б. Если у вашей команды есть практический опыт разработки на TypeScript/JavaScript
Для разработки одностраничных приложений требуются знания и понимание методов программирования JavaScript/TypeScript, библиотек, программирования на стороне клиента. Используя фреймворки одностраничных приложений, такие как Angular JS, следует разрабатывать современные коды JavaScript.
в. Ваше приложение должно уже предоставлять API для других (внутренних или общедоступных) клиентов
API-интерфейсы снимают часть бремени с ваших плеч и в большинстве случаев делают всю работу за вас. Всякий раз, когда пользователь взаимодействует с вашим SPA, он эффективно использует веб-API для выполнения задачи. Когда у вас есть существующий веб-API, используемый вашими клиентами, реализация SPA значительно упрощается. Это связано с тем, что логика, выполняемая на стороне сервера, обрабатывается API.
КОГДА ПЕРЕХОДИТЬ НА ТРАДИЦИОННУЮ МОДЕЛЬ ВЕБ-ПРИЛОЖЕНИЙ?
Вот три сценария разработки веб-приложений, в которых вам следует рассмотреть возможность использования традиционных веб-приложений.
а. Требования вашего веб-приложения к клиентской части: либо только для чтения, либо простые
Большинство пользователей предпочитают использовать веб-приложения в формате «только для чтения/в основном для чтения». Веб-приложения только для чтения проще, чем приложения, которые выполняют больше функций. Возьмем, к примеру, поисковую систему. Поисковая система отображает текстовое поле на своей первой странице для выполнения поиска и отображения результатов поиска на второй странице.
Точно так же CMS, используемые пользователями, обычно состоят в основном из контента и небольшого поведения на стороне клиента. Традиционная модель веб-приложений подходит для разработки таких приложений, которые выполняют логику на стороне сервера и отображают HTML в браузере пользователя.
б. JavaScript/TypeScript чужой и не знаком вашим разработчикам
Традиционный метод разработки веб-приложений применяется только в том случае, если ваши разработчики не знакомы с JavaScript, но имеют опыт программирования на стороне сервера. Вы можете продолжать использовать традиционные веб-приложения до тех пор, пока не возникнет необходимость/спрос на улучшенный пользовательский интерфейс/UX, который достигается в SPA.
ОБЗОР
Когда следует использовать традиционную модель веб-приложений:
i) Клиентские требования вашего веб-приложения либо доступны только для чтения, либо простые.
ii) JavaScript/TypeScript чужой и не знаком вашим разработчикам.
Когда перейти на модель SPA?
i) Необходимо иметь богатый пользовательский интерфейс и зацикливаться на функциях.
ii) Когда у вашей команды есть практический опыт разработки на TypeScript/JavaScript.
iii) Существует существующий API, который уже используется для внутренних и внешних клиентов.
Вы должны помнить, что инфраструктура SPA, такая как AngularJS, требует обширных знаний в области безопасности и архитектуры. С каждым новым обновлением и появлением новых фреймворков они испытывают все больший отток. Когда дело доходит до одностраничных приложений, автоматизация процессов разработки и развертывания, а также использование контейнеров для развертывания сравнительно сложны.
Хотя существуют определенные ограничения, связанные с одностраничными приложениями, обогащение UI/UX, которое они привносят, перевешивает их ограничения.
Чтобы создать традиционные веб-приложения или одностраничные приложения (SPA), вы можете связаться с нами, отправив электронное письмо по адресу [email protected].
Первоначально опубликовано на https://techaffinity.com 2 июля 2019 г.
