Как во время работы программы менять дизайн окна в форме?

Question

[Микола Франчук]

Здравствуйте!

При написании хоть немного сложных приложений возникает необходимость полностью менять дизайн формы. Как это сделать правильно? Нужно ли закрывать текущую форму и тут же вызывать новую с другим дизайном, или правильнее делать все элементы формы невидимыми, рисуя поверх новые? Или есть какие-то другие более подходящие способы?

Comments

[Борис Животное]

Какая технология используется для начала скажи. WPF или Windows Forms?

[Микола Франчук]

Борис Животное: Windows Forms. Только недавно ознакомился с неконсольным C# и плохо представляю что такое WPF.

[Борис Животное]

kuzia_bRatok: в WPF менять дизайн приложения это всего лишь вызвать Application.Current.Resources.Remove("MetroStyleKey"); и потом на его место добавить файл ресурсов с другими стилями для элементов управления. То есть подменить дизайн раз плюнуть. Естественно эти стили надо ещё написать или скачать готовые.

[Микола Франчук]

Борис Животное: Спасибо, видимо нужно будет ознакомиться с WPF технологией. У нее много общего с WindowsForms? Или это совершенно две разные технологии? Имею ввиду, не придется ли потом перепривыкать и переучиваться.

[Борис Животное]

kuzia_bRatok: вообще всё на других принципах. Но там сама технология круче. Во-первых Windows Forms это обёртка над WinAPI и UI рисуется библиотекой GDI, всё это работает медленно и UI с анимациями крутой сложно будет сделать. WPF же рисуется с помощью DirectX (на нижнем уровне), а следовательно можно делать очень крутые пользовательские интерфейсы. Например, можно очень просто расширять существующие элементы управления с помощью DataTemplate'ов. А внешний вид, поведение и анимацию определять в стилях, стили в свою очередь могут содержать внутри себя те самые DataTemplat'ы. Короче, в друх словах не объяснишь, придётся тебе читать и много.

Например, в винформс просто накидал на форму кнопок и прочего. В WPF же окно может на себя принимать лишь один элемент (свойство Content у окна), это потому что окно наследуется от класса ContentControl. А уже в свойство Content у окна можно поместить Grid (контейнер размещения), а в него уже сколько хочешь и чего угодно. При том этот грид можно гибко настроить, всякие там колонки, строки, всё это при растяжении окна может равномероно растягиваться, а какие-то колонки, например, оставаться того же размера. Или одна колонка растягивается на 10 пикселей, а вторая например на 30. То есть как не растягивай, соотношение остаётся 1 к 3.

Так же можно легко делать анимации, там всё для этого уже написано и помещать эти анимации в стили. Типа навёл курсор мыши на какой-то объект, сработал тригер, сработала анимация. Так как это всё хранится в ResourceDictionary их можно программно подменять, то есть всякие стили менять на лету и меняется вообще всё, даже оформление и поведение контролов, если захочешь. Короче, мощная штука. Но самое в ней крутое, что мне нравится, это система биндингов - Binding и паттерн MVVM.

[Борис Животное]

kuzia_bRatok: чтобы быстро въехать в основные принципы и вообще что это и как работает, можно прочитать: "Крис Андерсон. Основы Windows Presentation Foundation", что я и сделал. А дальше уже есть книги посерьёзнее, там всё подробно разбирается.

[Борис Животное]

kuzia_bRatok, есть ещё курсы от одной конторы, я смотрел, но так как прочитал пару книг, то ничего из них нового не узнал. Но можешь ознакомиться (но там урезаны все уроки, кроме первого, типа надо подписку покупать и на официальном сайте смотреть, но они легко так нагугливаются эти курсы): https://www.youtube.com/watch?v=g2eghX0WGxg&index=...

[Микола Франчук]

Борис Животное: спасибо за развернутый ответ.

Answer 1

[VZVZ]

> Ярким примером желаемого -- установщик любого приложения (Installation Wizard)
Ну, лично мне как-то не приходилось делать Wizard'ы, но скажу следующее:

1) Если интерфейс не совсем динамический, а все же шаблонный, то удобнее было бы заранее (в WYSIWYG) сделать много форм на каждый экран визарда и просто менять их.
Но конкретно менять формы (окна) это не очень хорошая идея, незаметно скрыть одно окно и показать другое - сложно (смотрится некрасиво), и еще есть нюансы, это уже особенности ОС.
Я бы посмотрел в сторону композитных контролов (они же юзерконтролы), каждый экран сделал бы отдельным юзерконтролом, и все их на одну форму (как Panelи). При этом редактировал бы их - через отдельные файлы, как если бы это были отдельные формы.
А какой показать, какой скрыть - это уже решать либо экранам, либо форме-контейнеру. Скорее - второе, каждый экран возвращал бы значение по принципу ShowDialog, возвращал форме, а она б уже решала.

2) В винде для визардов есть готовые средства - Property Sheets. Да, это WinAPI, Да, это тот еще гемор. Но все же я бы обязательно изучил их. Может стоит написать для них удобную обертку под .NET. Или хотя бы перенять какие-то интересные решения из них - и воплотить в своих визардах, которые тогда реально станут самыми визардатыми визардами в мире.

Comments

[Микола Франчук]

Да, спасибо, первый пункт -- то, что нужно! А по поводу Визардов, это я к примеру)) Спасибо большое.

[VZVZ]

kuzia_bRatok: А ведь визарды - реально вещь полезная...
Скажем, в Qt они есть из коробки. Возможно, стоило бы и для .NET самому написать их такими, чтобы в дальнейшем можно было их клепать в пару кликов (например, сделать шаблоны элементов проекта для IDE Visual Studio, а может и плагин для IDE)
Вообще, раз уж говорим об архитектуре, то не могу не заметить, что .NET вообще очень далеко до идеала, очень многое в нем не идеально или просто отстутствует, так что стоит пилить самому. Даже такой простой класс, как MessageBox, можно сделать более совершенным, всего за полчаса времени (написав для него свою высокоуровневую обертку), однако MS, увы, этого так и не сделал за 13 лет.
Впрочем, .NET и винда еще цветочки. Вот на андроиде - реальная жесть, все приложения пишут под API ОС, все равно как под WinAPI на винде, это сущий кошмар любого разработчика, хоть раз писавшего под винду. Но, увы, воз и ныне там - высокоуровневых оберток как не было, так толком и нет.

> А по поводу Визардов, это я к примеру))
Правило "изучи аналоги, а потом пили свое" применимо и к чему угодно иному.

[Борис Животное]

VZVZ: а Xamarin? Правда там тоже есть нюансы, насколько помню, под каждую ОС свой UI надо делать, если ошибаюсь, поправьте (iOS, Android, Windows Phone).
https://habrahabr.ru/post/188130/

[Борис Животное]

VZVZ: а Java идеальнее, чем .NET? Очень интересно это узнать.

[VZVZ]

Борис Животное: > а Java идеальнее, чем .NET?
С чего бы столь странный вывод?
Если мыслить логически, то кроссплатформенное должно бы быть гораздо убожее, чем некроссплатформенное. Ибо хуже заточено под конкретную ОС.
А так как кроссплатформенность - это обычно Win-Linux, а Linux сильно отстает от Windows по функционалу, то в кроссплатформенном фреймворке часто просто "обрубают" специфический виндовый функционал (чтобы было совместимо с линуксом), вместо того, чтобы этот функционал реализовать для линукса (что стоило бы слишком много труда).
И, что самое печальное, зачастую авторы кроссплатформенного - сами - убежденные линуксоиды, поэтому они не просто не могут реализовать виндовый функционал на линуксе, но и не хотят, т.к. считают, что он там и не нужен. А это далеко не так.

Конечно же, Java на винде сложно тягаться даже с Delphi, а уж с .NET и подавно.

> а Xamarin?
Xamarin - УГ, еще и платное. По крайней мере, для Android лучше Java, что неудивительно, т.к. это официальный язык под ту ОС.
Кривые, сырые, малоизвестные мутанты вроде Mono/Xamarin или IronPython (когда под некую платформу пихают то, что под нее изначально не предназначалось) имеют смысл только при портировании готового кода на данном ЯП (если на андроиде надо юзать .NETовскую библиотеку и 80% требуемого функционала завязано на ней)

Answer 2

[Ai Lab]

Смотря что именно подразумевается под "дизайном". В идеале все вызовы отрисовки элементов управления "знают" текущий дизайн и при его смене просто отрисовывают уже "новый" дизайн. Ничего закрывать или перезагружать в таком случае не нужно, в лучшем случае достаточно сделать Refresh окна после смены "текущего" на "новый"

Comments

[Микола Франчук]

Ярким примером желаемого -- установщик любого приложения (Installation Wizard). Запускается окно с кнопками "далее" и "выход" и каким нибудь изображением. После нажатия "далее" форма меняет свой вид, появляется RichTextBox с текстом лицензии checkbox и прочее. Т.е. меня интересует как сделать переход формы с одного состояния (вида) в другой: убрать ненужные элементы и добавить новые.

Метод Refresh, насколько я понял, перерисует форму (это вроде как завершающий этап смены элементов на форме). Но как указать, что нужно убрать, а что добавить?

[Ai Lab]

kuzia_bRatok: аккурат для этого спросил что имеется в виду под дизайном. Самый простой вариант это использовать отдельные формы и просто когда нужно открыть другую делать это не простым show() а постепенно наопшивая непрозрачность, получится эффект проявления нового окна из старого

[Микола Франчук]

vpuhoff: Да, после отправки вопроса через несколько минут перечитал написанное: получился скорее "поток мыслей", чем нормальный вопрос. Как-то все слишком расплывчато описал.

А можно поподробнее про "наопшивать непрозрачность". А именно что такое "наопшивать"? Метод какой-то с плавной сменой прозрачности?

[Ai Lab]

kuzia_bRatok: это "повышая" с ошибками, когда в слепую одной рукой печатаешь не глядя иногда такое выходит