Архитектура приложения — это своего рода «каркас» системы. В жизненном цикле программного обеспечения разработка архитектуры начинается на этапе дизайна.
Архитектура объединяет технические и логические решения: какие компоненты будут в приложении, как данные будут передаваться между ними, где храниться бизнес-логика, и каким образом пользователь будет взаимодействовать с системой.
Обычно архитектура приложения описывается слоями:
Трёхуровневая модель, известная также как слоистая архитектура, лежит в основе большинства приложений.
Фронтенд — это пользовательский интерфейс, с которым человек взаимодействует напрямую. Он отвечает за отображение данных и передачу действий пользователя на сервер.
Пример фронтенд-интерфейса — форма «Вход в систему».
При тестировании фронтенда проверяют:
Обратите внимание, форма «Вход в систему» содержит баги.
Бэкенд — это «невидимая» часть приложения, где происходит обработка данных. Он принимает запросы с фронтенда, выполняет нужные операции и возвращает результат.
Типичные задачи бэкенда:
if email does not match format:
result = "Неверный формат email"
elif db.getUser == found:
result = "Успешный вход"
send(result)
Пример бизнес-логики для формы «Вход в систему»
База данных — это место, где хранятся все данные приложения. В ней может лежать информация о пользователях, заказах, сообщениях — всё, что нужно приложению для работы.
Когда пользователь хочет войти в свой аккаунт, бэкенд отправляет запрос в базу данных: «Найди пользователя с таким логином и паролем». База данных находит нужные данные, добавляет новые или изменяет старые.
| имя | почтовый_адрес | пароль |
|---|---|---|
| tester-today | tester.today.help@gmail.com | password |
| ... | ... | ... |
Пример таблицы в базе данных
Пользователь
вводит данные на фронтенде
Фронтенд
отправляет запрос на бэкенд
Бэкенд
обрабатывает запрос и обращается к базе данных
База данных
возвращает данные
Бэкенд
отправляет ответ на фронтенд
Фронтенд
отображает результат пользователю
Уровни работают как единое целое, но при этом каждый отвечает за свою задачу. Такое разделение облегчает разработку, тестирование и масштабирование системы.
Сценарий: пользователь входит в аккаунт через форму. Нужно определить, какой слой архитектуры отвечает за каждое действие в этом процессе.
Уровень повышен!
Временное предложение
Премиум со скидкой!