Самостоятелни приложения обикновено са в главния прозорец, който показва както на основните данни, на която се изпълнява приложението и предоставя функционалност за обработка на данни чрез механизмите на потребителския интерфейс, като например лента с менюта, лентата с инструменти и лентата на състоянието. Нетривиален искане може да се покажат допълнителни прозорци за следното:
Показва специфична информация за потребителите.
Събиране на информация от потребителите.
И показва и събиране на информация.
От Windows, известна като диалогови прозорци. Има два вида: модален диалогов и.
Целта на модален диалогов прозорец показва функцията, когато тя изисква допълнителна информация от страна на потребителя, за да продължите. Тъй като функцията зависи от модален диалогов прозорец за събирането на данните, модален диалогов прозорец също така позволява на потребителя да активира други прозорци в заявлението, толкова дълго, колкото той остава отворен. В повечето случаи, модален диалогов прозорец позволява на потребителя да уведоми приключване на работата с модален диалогов прозорец или като кликнете върху OK или отмените бутон. Натискането на бутона OK показва потребителски въведените данни и иска функцията да продължи работа. Натискането на бутона Отказ указва, че потребителят иска да спре функцията. Най-често срещаните примери за модални диалогови прозорци се показват, за да отворите, запишете и данни за печат.
Обект на не-модален диалогов с От друга страна, не пречи на потребителя да активира други прозорци, когато е отворена. Например, ако потребителят иска да намери срещания на конкретни думи в документа, в главния прозорец често е искане за отваряне на думи за диалогов прозорец за търсене. Както дума за търсене не забранява редакция от страна на потребителя на документа обаче не разполага с модален диалогов прозорец. диалогов прозорец немодални съдържа най-малко близо бутон, за да затворите диалоговия прозорец и може да предоставя допълнителни бутони, за да изпълнява определени функции, като например Намери следващ бутон, за да намерите на следващата дума, която отговаря на критериите за търсене.
Windows Presentation Foundation (WPF) ви позволява да създадете няколко типа диалози, включително кутии за съобщения, общи диалоговите прозорци и диалогови обичай кутии. В този раздел се обсъжда и пример за диалоговия прозорец съдържа подходящи примери.
кутия за съобщения на обекта е диалогов прозорец, който можете да използвате, за да се показват и текстови данни и позволява на потребителите да взимат решения с помощта на бутоните. Следващата фигура показва прозорец със съобщение, което показва информация за текста, въпросът, който предоставя на потребителя с три бутона, за да се отговори на въпроса.
За да създадете поле за съобщение, използвайте класа MessageBox. MessageBox ви позволява да променяте текста в, заглавието, иконата кутия за съобщения и бутон със следния код.
Въпреки MessageBox може да бъде разрешено да прости взаимодействие с полето за потребител на диалоговия прозорец, в полза на използването на MessageBox. Това е единственият вид на прозорец, който може да се покаже на активирани приложения във частично доверието на пясък (вж. Сигурност), като например приложения, XAML-браузър (XBAP).
Най диалогов дисплей и по-сложна, събиране на данни, отколкото в резултат на полето за съобщения, включително избор на текст (флагове) са взаимно изключващи се (ключове), и списъка за избор (списъци, комбинирани полета, падащия списък кутия). За да направите това, Windows Presentation Foundation (WPF) осигурява няколко общи диалогови прозорци и ви позволява да създадете потребителски диалогови прозорци, въпреки че тяхното използване е ограничено до приложенията, които работят с пълно доверие.
Windowsrealizuet различни за многократна употреба, диалогови прозорци, които са общи за всички приложения, включително и диалогови прозорци за отваряне и запис и печат на файлове. Тъй като тези диалози се изпълняват от операционната система, те могат да се споделят от всички приложения, работещи на операционната система, която помага последователността на потребителския интерфейс; Когато потребителите са запознати с диалоговия прозорец система операционната в едно приложение не е нужно да научите как да използвате този диалогов прозорец в други приложения. Тъй като тези диалози са достъпни за всички приложения и предоставят на потребителя последователен интерфейс, те се наричат общи диалогови прозорци.
Windows Presentation Foundation (WPF) Капсулира отворите файл, запишете файла и да отпечатате общи диалогови прозорци и ги представя като управлявани класове за използване в самостоятелни приложения. Този раздел предоставя кратък преглед на всяка от тях.
Диалог файлове прозорец отваряне
Откриване диалоговия прозорец, показан по-долу, използва функционалността на отварянето на файл за извличане на името на файла, за да се отвори.
стандартен диалогов прозорец за отваряне се реализира като OpenFileDialog клас и е в пространството от имена Microsoft.Win32. Следният код показва как да създадете, да конфигурирате, и да се покаже една и как да се справят с резултата.
Докато обикновените диалогови прозорци са полезни и трябва да се използват, когато е възможно, те не поддържат исканията на диалози разделят домейн. В тези случаи, трябва да създадете ваши собствени диалогови прозорци. Както ще видим, диалоговия прозорец е прозорец с индивидуалното поведение. Каре това поведение се прилага и съответно използване на прозореца за създаване на собствени модални и немодални диалогови прозорци.
Създаване на потребителски модален диалогов прозорец
Този раздел показва как да използвате един прозорец, за да се създаде един типичен изпълнение на модален диалогов прозорец чрез Полета диалогов прозорец примерен (вж. Пример диалоговия). диалоговия прозорец Полета е показано на фигурата по-долу.
Създаване на модален диалогов прозорец
Потребителският интерфейс за диалоговия прозорец обикновено включва следното:
Различни елементи за управление, за да се съберат необходимите данни.
Показва бутона OK потребителите да кликнат, за да затворите диалоговия прозорец и да се върнете към функцията и да продължи работа.
Показване на бутона за отмяна, потребителят кликне, за да затворите диалоговия прозорец и да се спре по-нататъшно функцията за обработка.
Показани бутона за затваряне в заглавната лента.
Показани системата от менюта, за да минимизирате, максимизирате, възстановяване и затваряне на диалоговия прозорец.
Отварянето в средата на прозореца, който се отваря диалогов прозорец.
Регулируема диалогов прозорец размер, където е възможно, следователно, за да се предотврати прозореца е твърде малък, и даде на потребителя на размера на полезни настройки по подразбиране, трябва да зададете по подразбиране и трябва да бъде не по-малко от измерването, съответно.
С натискане на бутон ESC трябва да бъде конфигуриран като клавишна комбинация, която причинява прекратена бутон е натиснат. Това се постига чрез създаване на имота IsCancel вярно отмените бутон.
Натиснете бутона за въвеждане (или връщане) е конфигуриран като комбинация от клавиши, която се натискане на бутона OK. Това се постига чрез създаване IsDefault бутон ОК вярно собственост.
Следният код илюстрира тази конфигурация.
Тук, кодът изпраща информацията по подразбиране (текущото поле) в диалоговия прозорец. Тя също така установява Window.Owner имот с препратка към прозореца, който се показва диалогов прозорец. Като общо правило, винаги трябва да зададете на собственика на диалоговия прозорец, за да определите поведението, свързани със състоянието на прозорците, които са общи за всички диалогови прозорци (вж. Windows WPF Преглед повече информация).
Можете да поискате от собственика да подкрепят потребителски интерфейс автоматизация за диалогови прозорци (вж. Преглед на UI автоматизация).
След установяване на диалоговия тя се показва като модален метод, като се обадите ShowDialog.
Проверка на потребителски данни
Ако диалогов прозорец се отваря и потребителят предоставя необходимите данни, диалогов прозорец е отговорен за гарантиране, че единственият валиден данни е предвидено по следните причини:
всички входове трябва да бъдат проверени от гледна точка на безопасността на.
От гледна точка на даден домейн на данни, обработвани от забранява код за потвърждение, което потенциално може да даде изключване погрешни данни.
От гледна точка на взаимодействието с диалоговия прозорец потребител може да помогне на потребителите, които показват какви данни ще бъдат въведени за невалидни.
От гледна точка на проверка за ефективност на данните в многослойни приложения може да намали броя на циклите между клиента и нивото на прилагане, особено ако заявлението се състои от уеб услуги и база данни сървър-базирани.
За да проверите, свързан управляващ елемент в WPF, трябва да се определи правило за валидиране и да го асоциирате със свързването. Правило проверка - потребителски клас, който произлиза от ValidationRule. Следният пример показва правило за валидиране, MarginValidationRule. който удостоверява, че свързаната стойност е двоичен и е в рамките на посочения диапазон.
Свързани статии