Проектирование модуля навигации

Содержание

Слайд 2

Цели: простота и доступность Доступность: необходимо обеспечить пользователю удобство и простоту

Цели: простота и доступность
Доступность: необходимо обеспечить пользователю удобство и простоту работу

с приложением
Простота: необходимо обеспечить максимально простую архитектуру интерфейса приложения (в пределах разумного)
Слайд 3

Доступность: как достичь? Необходимо разработать навигационную логику, которая будет постоянна в

Доступность: как достичь?

Необходимо разработать навигационную логику, которая будет постоянна в рамках

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

Архитектура модуля Навигационная логика не должна быть связана с логикой разработки.

Архитектура модуля

Навигационная логика не должна быть связана с логикой разработки.
Навигационная логика

должна быть понятной и предсказуемой.
Навигационные ссылки не должны быть жестко прописаны в коде приложения.
Слайд 5

Архитектура модуля: мастер-страница Рекомендуется выделить отдельную страницу для навигации. Это обеспечит

Архитектура модуля: мастер-страница

Рекомендуется выделить отдельную страницу для навигации. Это обеспечит постоянство

логики в рамках приложения.
Пользователи не должны видеть или переходить на недоступные им страницы.
Слайд 6

Архитектура модуля: карта сайта Рекомендуется использовать карту сайта для того, чтобы

Архитектура модуля: карта сайта

Рекомендуется использовать карту сайта для того, чтобы позволить

пользователям легко находить страницы на сайте.
Карта сайта также позволит поисковикам просматривать содержимое вашей страницы.
Слайд 7

Архитектура модуля: карта сайта Пользователю всегда необходимо знать, где он находится.

Архитектура модуля: карта сайта

Пользователю всегда необходимо знать, где он находится. Это

можно обеспечить с помощью встроенных ссылок, навигационных меню, и контекстного адреса (т.н. Breadcrumbs – путь к текущей странице).
Слайд 8

Пример архитектуры: REST & MVC При разработке REST-full приложения рекомендуется использовать

Пример архитектуры: REST & MVC

При разработке REST-full приложения рекомендуется использовать MVC-паттерн

для разделения логики приложения, данных и навигации в отдельные компоненты.
Слайд 9

Пример архитектуры: MVC В рамках MVC-паттерна навигационная логика, как правило, отделяется

Пример архитектуры: MVC

В рамках MVC-паттерна навигационная логика, как правило, отделяется от

рендеринга выходных данных.
Также в рамках MVC-паттерна навигационная логика отделена от UI-компонентов
Навигация в MVC приложении реализуется через запросы к компонентам-контроллерам, которые синхронизируют UI и данные о модели приложения.