Общие сведения о топологии переходов

  • Статья

Этот обзор содержит вводные сведения о топологиях навигации в WPF. Последовательно рассматриваются три общие топологии навигации с примерами.

Примечание.

Перед прочтением этого раздела следует ознакомиться с концепцией структурной навигации в WPF с помощью страничных функций. Дополнительные сведения по этим темам см. в разделе Общие сведения о структурной навигации.

Этот раздел состоит из следующих подразделов.

В WPF навигация, как правило, состоит из страниц (Page) с гиперссылками (Hyperlink), которые при нажатии позволяют перейти на другие страницы. Страницы, на которые осуществляется переход, определяются с помощью универсальных кодов ресурса (URI) (см. раздел Универсальные коды ресурсов пакетов в WPF). Рассмотрим следующий простой пример, в котором отображаются страницы, гиперссылки и универсальные коды ресурсов (URI):

<Page xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" WindowTitle="Page1">
  <Hyperlink NavigateUri="Page2.xaml">Navigate to Page2</Hyperlink>
</Page>

<Page xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" WindowTitle="Page2">
  <Hyperlink NavigateUri="Page1.xaml">Navigate to Page1</Hyperlink>
</Page>

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

В этом разделе рассматриваются три общие топологии навигации: фиксированная линейная, фиксированная иерархическая и динамически создаваемая. Каждая топология навигации демонстрируется на примере, который имеет пользовательский интерфейс, как показано на следующем рисунке.

Task pages with data items and navigation buttons.

Топологии структурной навигации

Существует два широко известных типа топологии навигации.

  • Фиксированная топология: определяется во время компиляции и не изменяется во время выполнения. Фиксированные топологии полезны для перехода по фиксированной последовательности страниц в линейном или иерархическом порядке.

  • Динамическая топология: определяется во время выполнения на основе входных данных, собираемых от пользователей, приложений или системы. Динамические топологии полезны в тех случаях, когда на страницы можно переходить в разных последовательностях.

Хотя возможно создание топологии навигации с помощью страниц, в примерах используются страничные функции, поскольку они предоставляют дополнительные возможности, которые упрощают поддержку передачи и возврата данных по страницам топологии.

Фиксированная линейная топология является аналогом структуры мастера с одной или несколькими страницами, по которым можно переходить в фиксированной последовательности. На следующем рисунке показана общая структура и последовательность действий в мастере с фиксированной линейной топологией:

Diagram that shows a fixed linear topology.

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

  • Переход из вызывающей страницы на страницу средства запуска, которое инициализирует мастер и переходит к первой странице мастера. Страница средства запуска (PageFunction<T> без интерфейса) не требуется, поскольку вызывающая страница может напрямую вызывать первую страницу мастера. Однако используя страницу средства запуска, можно упростить инициализацию мастера, особенно если инициализация сложна.

  • Пользователи могут переходить между страницами с помощью кнопок "Назад" и "Вперед" (или гиперссылок).

  • Пользователи могут переходить по страницам с помощью журнала.

  • Пользователи могут отменить работу мастера на любой странице, нажав кнопку "Отмена".

  • Пользователи могут принять работу мастера на последней странице, нажав кнопку "Готово".

  • Если мастер отменяется, то он возвращает соответствующий результат и не возвращает никаких данных.

  • Если пользователь принимает работу мастера, мастер возвращает соответствующий результат и возвращает собранные им данные.

  • По завершении мастера (принятия или отмены) страницы, которые составляли мастер, будут удалены из журнала. Это сохраняет каждый экземпляр мастера изолированным, тем самым позволяя избежать потенциальных ошибок данных или состояния.

Динамическая навигация при фиксированной иерархической топологии

В некоторых приложениях страницы позволяют осуществлять переход на две или несколько страниц, как показано на следующем рисунке.

Diagram that shows a page that can navigate to multiple pages.

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

Diagram that shows a possible navigation sequence.

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

  • Переход из вызывающей страницы на страницу средства запуска, которое инициализирует мастер и переходит к первой странице мастера. Страница средства запуска (PageFunction<T> без интерфейса) не требуется, поскольку вызывающая страница может напрямую вызывать первую страницу мастера. Однако используя страницу средства запуска, можно упростить инициализацию мастера, особенно если инициализация сложна.

  • Пользователи могут переходить между страницами с помощью кнопок "Назад" и "Вперед" (или гиперссылок).

  • Пользователи могут переходить по страницам с помощью журнала.

  • Пользователи могут изменять последовательность навигации, если они перемещаются назад по журналу.

  • Пользователи могут отменить работу мастера на любой странице, нажав кнопку "Отмена".

  • Пользователи могут принять работу мастера на последней странице, нажав кнопку "Готово".

  • Если мастер отменяется, то он возвращает соответствующий результат и не возвращает никаких данных.

  • Если пользователь принимает работу мастера, мастер возвращает соответствующий результат и возвращает собранные им данные.

  • По завершении мастера (принятия или отмены) страницы, которые составляли мастер, будут удалены из журнала. Это сохраняет каждый экземпляр мастера изолированным, тем самым позволяя избежать потенциальных ошибок данных или состояния.

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

A set of pages with an undetermined navigation sequence.

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

Diagram that shows a navigation sequence chosen at run time.

Эта последовательность навигации называется динамически создаваемой топологией. Взаимодействие с пользователем такое же, как и в предыдущих топологиях навигации.

  • Переход из вызывающей страницы на страницу средства запуска, которое инициализирует мастер и переходит к первой странице мастера. Страница средства запуска (PageFunction<T> без интерфейса) не требуется, поскольку вызывающая страница может напрямую вызывать первую страницу мастера. Однако используя страницу средства запуска, можно упростить инициализацию мастера, особенно если инициализация сложна.

  • Пользователи могут переходить между страницами с помощью кнопок "Назад" и "Вперед" (или гиперссылок).

  • Пользователи могут переходить по страницам с помощью журнала.

  • Пользователи могут отменить работу мастера на любой странице, нажав кнопку "Отмена".

  • Пользователи могут принять работу мастера на последней странице, нажав кнопку "Готово".

  • Если мастер отменяется, то он возвращает соответствующий результат и не возвращает никаких данных.

  • Если пользователь принимает работу мастера, мастер возвращает соответствующий результат и возвращает собранные им данные.

  • По завершении мастера (принятия или отмены) страницы, которые составляли мастер, будут удалены из журнала. Это сохраняет каждый экземпляр мастера изолированным, тем самым позволяя избежать потенциальных ошибок данных или состояния.

См. также