Иерархия экрана в C #

Question

Я пишу приложение на основе форм C # и мне было интересно, как устроена иерархия экрана и какие компоненты используются.

Поток приложений очень похож на структуру мобильного приложения с одним главным окном и изэто вы можете углубиться в различные «наборы экранов».

Какой лучший способ сделать это - C #?
Использую ли я разные формы или формирую базовый экран, а затем заменяю только панели?

Answer 1

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

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

Я бы предпочел создание составных элементов управления для каждого компонента пользовательского интерфейса и обработку самого рабочего процесса с использованием WorkFlow Foundation.

Для управления рабочим процессом у Microsoft есть Windows Workflow Foundation , расширяемая и гибкая структура для реализации потоков логических процессов в коде, упрощенно и программно.

Разработка пользовательских элементов управления Windows Forms с помощью .NET Framework
Пошаговое руководство. Создание составного элемента управления с помощью Visual C #

Answer 2

Я бы не использовал разные формы или панели, так как это, скорее всего, превратит код в большой неосуществимый шарик грязи.

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

В 2005 году группа Patterns & Practices внедрила составной прикладной блок пользовательского интерфейса в качестве первой попытки улучшить динамически загружаемые пользовательские элементы управления. Однако это было в значительной степени заброшено после выпуска .NET 3 с Prisim. В ноябре 2010 года была выпущена версия Prisim 4.0 с целью стать скорее стилем архитектуры RIA. Лично я бы выбрал подход Prisim, поскольку здесь есть хорошее сообщество, поддержка со стороны Microsoft и много тяжелой работы, чтобы преодолеть проблемы, с которыми вы, несомненно, столкнетесь.