Проектирование Web-приложений

Этап разработки для создания веб-приложений (веб-приложений) разбит

на три части, чтобы исключить ошибочные процедуры и ускорить процесс веб-разработки.

На этапе разработки UI-дизайнера веб-разработчик интерфейса, бизнес-аналитик и клиент совместно определяют цветовую схему и исходную идею внешнего вида веб-приложения, принимая во внимание функциональные возможности, которые должен создавать интерфейсный веб-разработчик. Веб-дизайнер разрабатывает каркасы и макеты, которые затем используются веб-разработчиками и дизайнерами UX в качестве образца для создания пользовательского интерфейса веб-приложений (веб-приложений) с использованием HTML, CSS, JavaScript, Bootstrap, материалов и внешних интерфейсов.

Разработка веб-интерфейса включает в себя проектирование UX, анимацию Analytics, управление сеансами с помощью файлов cookie, реализацию безопасности интерфейса пользователя и аутентификацию пользователя, создание функциональных возможностей интерфейса, интеграцию API, вызовы API, маршрутизацию, обработку реагирования веб-приложений (веб-приложений). У веб-разработчиков переднего плана есть десятки вариантов создания UX с JavaScript с использованием фреймворков. Веб-приложения (веб-приложения) в основном разрабатываются с использованием основ веб-разработки MVC. MVC означает контроллер смоделированного представления, который делает внешний интерфейс практически независимым от внутреннего интерфейса. Код переднего плана виден пользователю в опции просмотра исходного кода веб-браузера.

Архитектурный шаблон клиента и сервера

Разработано много разных способов создания веб-приложений. Таких как: CGI, PHP, ASP, Silverlight, WebForms и множество других. Существует два архитектурных шаблона: модель-представление-контроллер (MVC) на стороне сервера или одностраничное приложение (SPA) на стороне клиента и веб-API на стороне сервера. Из этих двух второй подход (SPA + Web API) получает наибольшую популярность в последние годы. Сначала необходимо выбрать архитектурный подход.

Модель-Вид-Контроллер (MVC)

В MVC каждый запрос маршрута направляется в контроллер на сервере. Контроллер взаимодействует с моделью (данными) и генерирует представление (на стороне клиента HTML / CSS / JavaScript). Это имеет несколько преимуществ. Также создает хорошее разделение проблем между клиентом, сервером и различными компонентами. В результате, больше разработчиков могут работать над одним проектом без конфликтов. Это позволяет повторно использовать компоненты. Поскольку модель является отдельной, ее можно заменить ее набором данных для тестирования.

Некоторыми популярными средами MVC являются RubyonRails, ASP.NETMVC, Django, Laravel и SpringMVC.

Серверный веб-API (при выборе SPA и веб-API).

Если решено использовать инфраструктуру одностраничных приложений (SPA), то следующим шагом будет выбор технологии на стороне сервера. Стандартными средствами связи являются HTTP-запросы, поэтому сервер будет предоставлять HTTP API. Это означает, что на стороне сервера и на стороне клиента не связаны.

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

Рисунок 2.2 - Архитектура программного обеспечения

При отправлении запросов на сервер: запрашивается страницаHTML. Запрос переходит в устройство разрешения URL, и определяет, как интерпретировать этот запрос и какой контроллер будет  его обрабатывать (или выдает сообщение об ошибке). Контроллер формирует ответ, получив данные из модели, - базы данных.

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