Windows Presentation Foundation
The Windows Presentation Foundation is Microsofts next generation UI framework to create applications with a rich user experience. It is part of the .NET framework 3.0 and higher.
WPF combines application UIs, 2D graphics, 3D graphics, documents and multimedia into one single framework. Its vector based rendering engine uses hardware acceleration of modern graphic cards. This makes the UI faster, scalable and resolution independent.
The followinig illustration gives you an overview of the main new features of WPF
Separation of Appearance and Behavior
WPF separates the appearance of an user interface from its behavior. The appearance is generally specified in the Extensible Application Markup Language (XAML), the behavior is implemented in a managed programming language like C# or Visual Basic. The two parts are tied together by databinding, events and commands. The separation of appearance and behavior brings the following benefits:
- Appearance and behaviour are loosely coupled
- Designers and developers can work on separate models.
- Graphical design tools can work on simple XML documents instead of parsing code.
Rich composition
Controls in WPF are extremely composable. You can define almost any type of controls as content of another. Although these flexibility sounds horrible to designers, its a very powerful feature if you use it appropriate. Put an image into a button to create an image button, or put a list of videos into a combobox to choose a video file.
<Button> <StackPanel Orientation="Horizontal"> <Image Source="speaker.png" Stretch="Uniform"/> <TextBlock Text="Play Sound" /> </StackPanel> </Button>
Highly customizable
Because of the strict separation of appearance and behavior you can easily change the look of a control. The concept ofstyles let you skin controls almost like CSS in HTML. Templates let you replace the entire appearance of a control.
The following example shows an default WPF button and a customized button.
Resolution independence
All measures in WPF are logical units - not pixels. A logical unit is a 1/96 of an inch. If you increase the resolution of your screen, the user interface stays the same size - it just gets crispier. Since WPF builds on a vector based rendering engine it's incredibly easy to build scaleable user interfaces.
WPF Development Tools
Microsoft provides two development tools for WPF applications. One is Visual Studio, made for developers and the other is Expression Blend made for designers. While Visual Studio is good in code and XAML editing, it has a rare support for all the graphical stuff like gradients, template editing, animation, etc. This is the point where Expression Blend comes in. Blend covers the graphical part very well but it has (still) rare support for code and XAML editing.
So the conclusion is that you will need both of them.
Microsoft Visual Studio 2012
Visual Studio is the tool for developers to develop WPF applications. It includes a graphical designer for WPF since version 2008. If you're using Visual Studio 2005 you can install an add-on that enables you to develop WPF applications.
Microsoft provides a free Express Edition of Visual Studio that also includes the WPF designer. You can download it from the following URL
Download: Microsoft VisualStudio Products
Features of WPF
WPF comes with lots of advantages. Let me introduce a few of its features:
- Device Independent Pixel (DPI)WPF introduces Device Independent DPI Settings for the applications built with it. For a window, it is very important to calculate how many Dots Per inch(DPI) the screen could draw. This is generally dependent on the hardware device and operating system in which the application runs and also how the DPI settings is applied on the Device. Any user can easily customize these settings and hence make the application look horrible. Windows forms application uses pixel based approach so with changing DPI settings, each control will change its size and look.
WPF addresses this issue and makes it independent of DPI settings of the computer. Let's look at how it is possible:
In case of WPF, this is modified to density based approach. That means when the density of pixel is modified, the elements will adjust them accordingly and hence the pixel of WPF application is Device Independent Pixel. As you can see in the figure, the size of the control remains the same in case of WPF application and it takes more pixels in case of 120 DPI application to adjust the size properly. - Built-In Support for Graphics and Animation :WPF applications as being rendered within DirectX environment, it has major support of graphics and animation capabilities. A separate set of classes are there which specifically deal with animation effects and graphics. The graphics that you draw over the screen is also Vector based and are object oriented. That means, when you draw a rectangle in WPF application, you can easily remove that from the screen as rectangle is actually an object which you always have a hold on. In a traditional Windows based application, once you draw a rectangle, you can't select that individually. Thus programming approach in case of WPF is completely different and more sophisticated than traditional graphics approach. We will discuss graphics and animation in more detail in a later section of the article.
- Redefine Styles and Control TemplatesIn addition to graphics and animation capabilities, WPF also comes with a huge flexibility to define the styles and
ControlTemplates
. Style based technique as you might come across with CSS is a set of definitions which defines how the controls will look like when it is rendered on the screen. In case of traditional windows applications, styles are tightly coupled with each control, so that you need to define color, style, etc. for each individual control to make it look different. In case of WPF, Styles are completely separated from theUIElement
. Once you define a style, you can change the look and feel of any control by just putting the style on the element.
Most of theUIElements
that we generally deal with are actually made using more than one individual elements. WPF introduces a new concept ofTemplates
, which you might use to redefine the whole control itself. Say for instance, you have aCheckBox
, which has aRectangle
in it and aContentPresenter
(one where the caption of theTextBox
appears). Thus you can redefine yourcheckbox
and put aToggleButton
inside it, so that the check will appear on theToggleButton
rather than on theRectangle
. This is very interesting. We will look into more detail onStyles
andControlTemplates
in later section of the article. - Resource based Approach for every controlAnother important feature of WPF is Resource based approach. In case of traditional windows applications, defining styles is very hectic. So if you have 1000 buttons, and you want to apply Color to each
Buttons
to Gold, you need to create 1000 objects of Color and assign each to one individual elements. Thus it makes it very resource hungry.
In WPF, you can store styles, controls, animations, and even any object as resource. Thus each resource will be declared once when the form loads itself, and you may associate them to the controls. You can maintain a full hierarchy of styles in a separate file calledResourceDictionary
, from which styles for the whole application will be applied. Thus WPF application could be themed very easily. - New Property System & Binding CapabilitiesIn the next step, I must introduce the new property system introduced with WPF. Every element of WPF defines a large number of dependency properties. The dependency properties have strong capabilities than the normal properties. Thus when I define our new property, we can easily register my own property to any object I wish to. It will add up to the same observer that is associated to every object. As every element is derived from
DependencyObject
in its object hierarchy, each of them contains the Dependency Observer. Once you register a variable as Dependency property, it will create a room on the observer associated with that control and set the value there. We will discuss this in more detail in later sections of the series.
What is XAML?
According to the definition, XAML is an XML based declarative markup language for specifying and setting the characteristics of classes. In other words, XAML is a language used by WPF, Silverlight or any other application which can declare classes by itself. So, you can declare a variable, define the properties of any class and directly use it in your application. The XAML parser will automatically parse and create the actual object while it renders the application.
XAML is generally used to define layout of UI, its elements and objects for static and visual aspect. We cannot define flow of a program using XAML. So even though there are large capabilities of XAML, it is actually not a programming language, rather it is used to design UI of the application. Thus XAML employs other programming languages like C#, VB.NET, etc. to define the logic in code behind.
ExpressionBuilder
is the best tool to generate XAML.WPF Architecture
For every new technology, it is very essential to have a clear idea about its architecture. So before beginning your application, you must grab a few concepts. If you would not like to know WPF in detail, please skip this section. As mentioned earlier, WPF is actually a set of assemblies that build up the entire framework. These assemblies can be categorized as:
- Managed Layer
- UnManaged Layer
- Core API
Managed Layer: Managed layer of WPF is built using a number of assemblies. These assemblies build up the WPF framework, communicate with lower level unmanaged API to render its content. The few assemblies that comprise the WPF framework are:
- PresentationFramework.dll: Creates the top level elements like layout panels, controls, windows, styles, etc.
- PresentationCore.dll: It holds base types such as
UIElement
, Visual from which all shapes and controls are Derived in PresentationFramework.dll. - WindowsBase.dll: They hold even more basic elements which are capable of being used outside the WPF environment like
Dispatcher
object,Dependency
Objects. I will discuss each of them later.
Unmanaged Layer (milcore.dll): The unmanaged layer of WPF is called milcore or Media Integration Library Core. It basically translates the WPF higher level objects like layout panels, buttons, animation, etc. into textures that
Direct3D
expects. It is the main rendering engine of WPF.
WindowsCodecs.dll: This is another low level API which is used for imaging support in WPF applications.WindowsCodecs.dll comprises a number of codecs which encode / decode images into vector graphics that would be rendered into WPF screen.
Direct3D: It is the low level API in which the graphics of WPF is rendered.
User32: It is the primary core API which every program uses. It actually manages memory and process separation.
GDI & Device Drivers: GDI and Device Drivers are specific to the operating system which is also used from the application to access low level APIs.
In the above figure, you can see how different framework elements communicate between one another that I have just discussed.
Few Things to Know Before You Proceed
There are quite a few things that you must know before starting with WPF applications.
What is Meant by Dispatcher & Thread Affinity?
When WPF application starts, it actually creates two threads automatically. One is Rendering Thread, which is hidden from the programmer, so you cannot use the rendering thread directly from your program; while the other is Dispatcher Thread, which actually holds all the UI elements. So in other words, you might say Dispatcher is actually the UI thread which ties all the elements created within the WPF application. Conversely, WPF requires all the UI elements to be tied with Dispatcher thread, this is called Thread Affinity. Thus you cannot change any element created on
Dispatcher
thread from any other threads, thus it follows the same Win32 based APIs. Thus it allows you to inter-operate any WPF component into HWND
based API. For more, read this. [^]Dispatcher
is a class that handles thread affinity. It is actually a prioritized message loop through which all elements are channeled through. Every UIElement
is derived from DispatcherObject
which defines a property called Dispatcher
which points to the UI thread. Thus from any other thread, if you want to invoke or access UI component, you need to Invoke using Dispatcher
thread. DispatcherObject
actually has two chief duties, to check and verify if the thread has access to the object.What is Visual Tree and Logical Tree?
Every programming style contains some sort of
LogicalTree
which comprises the Overall Program. TheLogicalTree
comprises the elements as they are listed in XAML. Thus they will only include the controls that you have declared in you XAML.VisualTree
on the other hand, comprises the parts that make up the individual controls. You do not generally need to deal with VisualTree
directly, but you should know how each control is comprised of, so it would be easier to build custom templates using this.
I personally always like to see the
VisualTree
before using it. ExpressionBuilder
is the one tool that allows you to generate the actual control.Why RoutedEvent?
RoutedEvent
is very new to the C# language, but for those who are coming from JavaScript/web tech, you would have found it in your browser. Actually there are two types of RoutedEvent
. One which Bubbles through the Visual tree elements and another which Tunnels through the visual tree elements. There is also Direct RoutedEvent
which does not Bubble or Tunnel.
When a
Routed
event which is registered, is invoked, it Bubbles / Tunnels through the Visual Elements and calls all the Registered RoutedEventHandlers
associated within the Visual Tree one by one.
To discriminate between the two, WPF demarcated events with Preview*** as the events which are Tunneled and just *** for the events that Bubbles. For instance,
IsPreviewMouseDown
is the event that tunnels through the Visual Child elements while MouseDown
Bubbles. Thus Mouse Down of the Outermost
element is called first in case of IsPreviewMouseDown
while Mouse Down for the innermost element will be called first in case ofMouseDown
event.Why DependencyObject is Used?
Every WPF control is derived from
DependencyObject
. DependencyObject
is a class that supportsDependencyProperty
, a property system that is newly built in WPF. Every object is derived fromDependencyObject
and hence it can associate itself in various inbuilt features of WPF like EventTriggers
,PropertyBindings
, Animations
, etc.
Every
DependencyObject
actually has an Observer
or a List
and declares 3 methods called ClearValue
,SetValue
and GetValue
which are used to add/edit/remove those properties. Thus the DependencyProperty
will only create itself when you use SetValue
to store something. Thus, it is resource saving as well. We will look atDependencyProperty
in detail in other articles of the series.What about Hardware Acceleration and Graphics Rendering Tiers in WPF?
Another important thing that you should know is how the WPF graphics is rendered. Actually WPF rendering automatically detects how much hardware acceleration is supported by the current system and adjusts itself accordingly. The graphics rendering detects the appropriate tier for rendering the output accordingly.
For hardware rendering, few things that have most of the impact are:
- Video RAM: This determines the size and number of buffers that the application might use to render its output.
- Pixel Shader: It is a graphics utility which calculates effects on per pixel basis.
- Vertex Shader: It is a graphics processing utility that performs mathematical calculations on Vertex of the output. They are used to add special effects to objects in 3D environment.
- MultiTexture Blending: This is a special function that allows you to apply two or more textures on the same object in 3D.
Now the rendering engine of WPF determines which tier is appropriate for the current application and applies the rendering tiers accordingly.
- TIER 0: No graphics hardware acceleration takes place, rather everything is rendered using Software. Any version of DirectX 9 or less is capable of rendering this output.
- TIER 1: Partial hardware and software rendering. You might use Directx9 or greater to use this tier.
- TIER 2: Full hardware acceleration. Directx9 or above can render this output.
Object Hierarchy
There are quite a few objects in any WPF control. Let's discuss one by one as in the figure. (The
abstract
class is marked in ellipse while concrete class in Rectangles) :DispatcherObject
: Mother of all WPF controls which takes care of UI threadDependencyObject
: Builds the Observer for Dependency PropertiesVisual
: Links between managed libraries and milcoreUIElement
: Adds supports for WPF features like layout, input, events, etc.FrameworkElement
: Implementation ofUIElement
Shape
: Base class of all the Basic ShapesControl
: The UI elements that interact with the user. They can be Templated to change look.ContentControl
: Baseclass of all controls that have single contentItemsControl
: Baseclass for all controls that show a collectionPanel
: Baseclass of all panels which show one or more controls within it
Building Your First WPF Application
Now the time has come to build your first WPF Application. To do this, let's open Visual Studio 2008 / 2010. For this example, I used Visual Studio 2008. Create a new Project. You will see a new window. The XAML will look like:
<Window x:Class="FirstWindowsApplication.Window1"
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
x:Name="Window1"
Title="Window1" Height="300" Width="300">
<Grid>
</Grid>
</Window>
Here the blank window is produced.
Height
/ Width
represents the Size of the Window. Title determines the text which is displayed in the TitleBar
of the window. Every control in XAML could be named with x:Name
attribute. This will be used to reference the Window
object in your XAML. x:Class
attribute represents the class which should be associated with current Window
. As I already told you, that XAML is not self sufficient, so to define logic you need a class in C# or VB.NET.Grid
is the primary layout for WPF application. Grid
can take multiple Child
elements. So let us put some controls into the grid
.<Grid>
<Grid.RowDefinitions>
<RowDefinition Height="Auto" />
</Grid.RowDefinitions>
<Grid.ColumnDefinitions>
<ColumnDefinition MinWidth="50" />
<ColumnDefinition Width="Auto" />
<ColumnDefinition Width="*" />
</Grid.ColumnDefinitions>
<TextBlock Text="Enter Name :" Grid.Row="0" Grid.Column="0" />
<TextBox x:Name="txtName" Grid.Row="0" Grid.Column="1" MinWidth="50"/>
<Button Content="Click Me" Grid.Row="0" Grid.Column="2" Click="Button_Click"/>
</Grid>
You can see that I have defined
RowDefination
and ColumnDefination
. This allows you to divide the grid into cells so that you can place your control exactly where you want to. For each RowDefination
andColumnDefination
, you can use Height
and Width
of it. You can see I have used 50
, Auto
, and *
as width
.Auto
represents the size which we would define for the control during control definition. *
indicates the rest of the space which it can take. Thus, you can see the button is spread the rest of the area of the column it finds.
Now in the Behind, I put a
Messagebox
to show the content of TextBox
.private void Button_Click(object sender, RoutedEventArgs e) { MessageBox.Show(string.Format("Hi {0}", this.txtName.Text)); }
Therefore you can see your name will be prompted to you. Isn't it funny. :)
If you have noticed the XAML minutely, you might wonder how I can define the property of
Grid
within other controls. Like I defined Grid.Row=0
in each of the control. This is actually possible due to the use of Dependency properties. It's a new feature introduced with WPF. We will discuss in detail later on.
WPF
INTERVIEW QUESTION & ANSWERS
1.
|
What is WPF?
|
|||||
|
WPF is an abbreviation for Windows
Presentation Foundation.
It’s a set of .NET assemblies and
supporting tools.
It’s intended to provide a unified
API for creating rich, sophisticated user interfaces on Windows XP and
Windows Vista.
|
|||||
2.
|
What are the types sibling libraries in WPF?
|
|||||
|
There are three types of sibling
libraries of WPF are :
§ WCF
§ WF
§ CardSpace
|
|||||
3.
|
What is the difference between WCF and WF?
|
|||||
|
Windows Communication Foundation
is focused on messaging. This API greatly simplifies all sorts of networking
and communication tasks. It covers everything from web services to remoting
to P2P and more.
A powerful library for building
workflow enabled applications. It utilizes a markup language for declaring
workflows in an application,and thus prevents workflow from becoming
hard-coded. It also makes it very easy for developers to create custom
workflow tasks.
|
|||||
4.
|
What is the use of cardspace?
|
|||||
|
CardSpace
provides a common identification system that can be used by desktop
applications,web sites, and more.
|
|||||
5.
|
What operating systems does WPF currently support?
|
|||||
|
WPF
is currently available on Windows XP and Windows Vista.
|
|||||
6.
|
What is XAML?
|
|||||
|
XAML
(pronounced as Zammel) is a declarative XML-based language by which you can
define object and properties in XML. XAML document is loaded by a XAML
parser. XAML parser instantiates objects and set there properties. XAML
describes objects, properties and there relation in between them. Using XAML,
you can create any kind of objects that means graphical or non-graphical.
|
|||||
7.
|
What is the benefit of using a markup language for designing a
user interface?
|
|||||
|
Using
a markup language such as XAML, or even HTML, is beneficial because it
provides a common medium for both designers and developers. Additionally, the
markup language allows for a declarative approach for building applications,
which is often easier to construct and maintain.
|
|||||
8.
|
What are the types of binding modes?
|
|||||
|
There are three different binding
modes :
§ one–way
§ two–way
§ one–way–to–source
|
|||||
9.
|
What is the difference between a XAML file and a code-behind
file?
|
|||||
|
The
XAML file contains the XAML markup, whereas the code-behind file is
associated with a XAML file and contains code (such as C# or VB).
|
|||||
10.
|
Which files are automatically added to a new WPF Application
project?
|
|||||
|
App.xaml
and Window1.xaml, along with their associated code-behind files. The former
represents the application as a whole, whereas the latter represents the
primary window of the application.
|
|||||
|
Reference Books:
Donload: Windows Presentation Foundation 4.5
Essential Windows Presentation Foundation
Download: Pro Silverlight 5 in C#
Download: Pro WPF and Silverlight MVVM
No comments:
Post a Comment