- Главная
- Разное
- Дизайн
- Бизнес и предпринимательство
- Аналитика
- Образование
- Развлечения
- Красота и здоровье
- Финансы
- Государство
- Путешествия
- Спорт
- Недвижимость
- Армия
- Графика
- Культурология
- Еда и кулинария
- Лингвистика
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Детские презентации
- Информатика
- История
- Литература
- Маркетинг
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
Проектирование модуля навигации презентация
Содержание
- 1. Проектирование модуля навигации
- 2. Цели: простота и доступность Доступность: необходимо
- 3. Доступность: как достичь? Необходимо разработать навигационную логику,
- 4. Архитектура модуля Навигационная логика не должна быть
- 5. Архитектура модуля: мастер-страница Рекомендуется выделить отдельную страницу
- 6. Архитектура модуля: карта сайта Рекомендуется использовать карту
- 7. Архитектура модуля: карта сайта Пользователю всегда необходимо
- 8. Пример архитектуры: REST & MVC При разработке
- 9. Пример архитектуры: MVC В рамках MVC-паттерна навигационная
- 10. Ресурсы Microsoft Application Architectute Guide, 2nd edition
Цели: простота и доступность Доступность: необходимо обеспечить пользователю удобство и простоту работу с приложением Простота: необходимо обеспечить максимально простую архитектуру интерфейса приложения (в пределах разумного)
Слайд 2Цели: простота и доступность
Доступность: необходимо обеспечить пользователю удобство и простоту работу
с приложением
Простота: необходимо обеспечить максимально простую архитектуру интерфейса приложения (в пределах разумного)
Простота: необходимо обеспечить максимально простую архитектуру интерфейса приложения (в пределах разумного)
Слайд 3Доступность: как достичь?
Необходимо разработать навигационную логику, которая будет постоянна в рамках
приложения, а также проста и понятна пользователю.
Навигационная логика не должна вводить пользователя в замешательство, необходимо сделать её интуитивно понятной и доступной.
Навигационная логика не должна вводить пользователя в замешательство, необходимо сделать её интуитивно понятной и доступной.
Слайд 4Архитектура модуля
Навигационная логика не должна быть связана с логикой разработки.
Навигационная логика
должна быть понятной и предсказуемой.
Навигационные ссылки не должны быть жестко прописаны в коде приложения.
Навигационные ссылки не должны быть жестко прописаны в коде приложения.
Слайд 5Архитектура модуля: мастер-страница
Рекомендуется выделить отдельную страницу для навигации. Это обеспечит постоянство
логики в рамках приложения.
Пользователи не должны видеть или переходить на недоступные им страницы.
Пользователи не должны видеть или переходить на недоступные им страницы.
Слайд 6Архитектура модуля: карта сайта
Рекомендуется использовать карту сайта для того, чтобы позволить
пользователям легко находить страницы на сайте.
Карта сайта также позволит поисковикам просматривать содержимое вашей страницы.
Карта сайта также позволит поисковикам просматривать содержимое вашей страницы.
Слайд 7Архитектура модуля: карта сайта
Пользователю всегда необходимо знать, где он находится. Это
можно обеспечить с помощью встроенных ссылок, навигационных меню, и контекстного адреса (т.н. Breadcrumbs – путь к текущей странице).
Слайд 8Пример архитектуры: REST & MVC
При разработке REST-full приложения рекомендуется использовать MVC-паттерн
для разделения логики приложения, данных и навигации в отдельные компоненты.
Слайд 9Пример архитектуры: MVC
В рамках MVC-паттерна навигационная логика, как правило, отделяется от
рендеринга выходных данных.
Также в рамках MVC-паттерна навигационная логика отделена от UI-компонентов
Навигация в MVC приложении реализуется через запросы к компонентам-контроллерам, которые синхронизируют UI и данные о модели приложения.
Также в рамках MVC-паттерна навигационная логика отделена от UI-компонентов
Навигация в MVC приложении реализуется через запросы к компонентам-контроллерам, которые синхронизируют UI и данные о модели приложения.
