WPF 初识
1.WPF 与Winform比较
1.1、WPF所有的操作都不依赖于GDI和GDI+,而是间接依赖于强大的Direct3D,这就意味着通过WPF可以做出以前WinFrom无法想象的视觉效果,包括3D效果的应用程序。
1.2、WPF实现彻底把程序架构,业务逻辑和用户界面(UI)彻底分开,WPF引擎把XAML描述的UI元素解释为相应的.NET对象,从而在应用程序创建相应的控件,UI人员和程序人员均可对此控件进行编辑加载,从而实现用户界面和程序架构的彻底分离,而Winform这一点是做不到的。
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
优点:
2、好的界面库有好的ide支持,vs的好用大家都懂得
3、一个功能多种实现方案,虽说灵活但实际对开发人员的要求更高,需要有更好的设计能力,追求优雅设计,MVVM模式讲究让界面代码尽量xaml化
4、强大的.net类库支持,ms平台的特性一向是入门简单,精通难,而且方案更新快,开发人员都比较依赖微软更新,开源力量还不够
5、基于DirectX渲染,渲染效率好,确实有很多优点
1、内存占用高,基于.net的反射机制和wpf的内部机制,你想把控内存真心是难,只能一定程度控制,c++就不一样,内存是可控的
2、功能太多导致学习成本非常高,传统开发理念需要转换MVVM,但由于控件支持不完善,会出现不伦不类的情况
3、平台推广不利,这个才是最大原因,可以说是本人在.net多年学了很多,写代码是需要思考才能积累经验的,这种模式不适合互联网的快递跌代节奏,市场从业的机会太少,导致发展缓慢
4、功能不够完善,ms的客户端技术方案太多了,wpf只是其中一种,本来wp是一个机会,奈何wp又推不起来,个人感觉wp开发功能较wpf缩水厉害,后面又为silverlight加了很多轻量技术方案然后引入wpf,搞得不伦不类,已经把平台分为wpf,sl,wp,win 8 morden ui
5、平台真心混乱 自从 win8出来以后,我看到了win 8 morden ui,看了下sdk,又是一套api,感觉又是一个坑,果断决定放弃了,因为平台没有市场,去学习毫无意义,太多时间耗费在.net平台上了,感觉微软的策略真心是有问题,也得出一个结论,微软是一个比较喜欢玩技术的公司,跟着玩你会发现真的被玩了,现在看ios开发,反而感觉设计的好简单暴力,有时候给太多技术方案给开发人员不是一个好事情
最后总结
1、wpf技术是个好东西,是界面开发技术的精华,值得学习
2、wpf不是一切,是界面开发的一种方案,PC客户端开发坑很多,精通的话门槛很好,广会.net是不够的,底层得学
3、平台推广不给力是关键
作者:匿名用户
链接:https://www.zhihu.com/question/26862663/answer/76386239
来源:知乎
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
一、基本语法
同XML类似,XAML中最基本的语法元素就是标签、属性、内容。
2.1、标签
标签是通常是以<>开始,以</>结束的,一个标签的声明通常表示一个对象。如<Window></Window>、<Grid></Grid>分别定义了一个窗体对象及一个Grid对象,标签定义有两种常用写法:
非自闭合签:<Window></Window>、<Grid></Grid>
自闭合标签:< Window />、 <Grid/>这种自闭合标签用于无内容情况下,可以让代码看上去更简洁,当然,正常情况下Window及Grid都是有内容的。
2.2、属性
属性通常以键值对形式出现,如<Window><Window/>标签中的Title="MainWindow" Height="350" Width="525",等号左边表示Window标签的属性,等号右边表示该属性的值。
2.3、内容
一组标签对之间夹杂的文本或其他标签都称为这个标签之间的内容。此处Window标签的内容就是一个<Grid><Grid/>标签
二、命名空间
细心的朋友肯定会问<Window>标签里的
x:Class="WpfExam.MainWindow" xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
这些奇奇怪怪的类似网站地址的是什么东东,难不成也是属性?没错,它们的确算是Window的属性,但他们又有自己独特的含义,基本上我们在WPF中新建任何窗体、用户控件,这三个属性都会出现。我们分别介绍这三个属性的是什么意思。
x:Class="WpfExam.MainWindow":这里指定了我们XAML窗体界面对应的C#类,是WpfExam命名空间下的MainWindow这个分部类。
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation":表示引用wpf界面表现相关的命名空间,类似于我们C#类中的using。
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml":表示引用xaml相关的命名空间。
这个xmlns:x中的x只是一个默认的标识符,如果我们将他改成y的话,编译我们的程序,将会报错找不到属性Class,此时我们就需要将x:Class="WpfExam.MainWindow"修改为y:Class="WpfExam.MainWindow"。
同样,如果我们将xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"也增加一个标示符号的话,假如我们改成xmlns:a="http://schemas.microsoft.com/winfx/2006/xaml/presentation",那么将会提醒你找不到类型
Window、Grid,你需要标签<Window>、<Grid>替换为<a:Window>、<a:Grid>
3.WPF控件基础
3.1 WPF控件简介
通过上一篇XAML语言的介绍,我们知道,XAML是一个树形结构,同样,WPF控件作为构成整个XAML树的一部分,也是一个树形结构。我们看一个简单的例子。
<Button.Content> <DockPanel> <Image Source="F:\01.Code\01.MyCode\WpfApplication1\WpfApplication1\Resources\荷.jpg" Width="30"/> <TextBlock Text="红色" Foreground="Red" VerticalAlignment="Center"></TextBlock> <TextBlock Text="绿色" Foreground="Green" VerticalAlignment="Center"/> <TextBlock Text="蓝色" Foreground="Blue" VerticalAlignment="Center"/> </DockPanel> </Button.Content>
界面展现效果如图:
没有接触过WPF的朋友可能会惊讶,一个button里怎么会有那么多内容?我们可以通过VS的对象浏览器查看Button类的继承关系为:
Button->ButtonBase->ContentControl->Control->FrameworkElement。
FrameworkElement是所有WPF界面元素的展现基类(FrameworkElement向上继承自UIElement->Object),Button继承ContentControl,使得Button具备了一个容器控件应有的特性,即允许Button拥有一个Content,而这个Content可以为另一个容
器或控件,至于里面具体是什么,完全取决于你想要什么。这也正是WPF的魅力所在,任何控件都是一个树形结构,且树形结构的每一级都可以自由定制,理论上我们可以自定义任何一个层级的样式,来实现任何我们想要的界面展现效果。
3.2 WPF控件分类
上面我们讲到了Button继承自ContentControl,应该说是属于一个内容控件,下面我们系统的对WPF控件进行一下分类,按照我自己的理解,我们有两种分类方法。
一、按照控件的继承特性分类
我们先看一下整个WPF界面元素类之间的继承关系:
- Panel:布局控件,包括Canvas、DockPanel、StackPanel等,可以容纳多个基本控件(Control)或者嵌套其他布局控件。用于整体界面的布局,Panel下的控件我们会在下一篇讲解。
- Control:基本控件
- ContentControl:内容控件,其内容只能是一个基本控件或布局控件,通常使用一个布局控件作为其Content,然后在布局空间里使用多个基本空间,从而实现复杂的界面效果,其下基本控件有Label、Button、Tooltip。
- HeaderContentControl:带标题的内容控件,继承自ContentControl,在ContentControl的基础上,增加了一个Header属性。其下基本控件有TabItem、GroupBox等
- ItemsControl:多条目控件,其下基本控件有ListBox、Menu等
- HeaderItemsControl:继承自ItemsControl,增加了Header属性,其下控件有MenuItem、TreeViewItem、ToolBar等
- TextBox:基本文本输入控件。
- TextBlock、Image:直接继承自FrameworkElemet基类,属于最普通的基本控件。
二、按照控件的感官特性分类
这里的感官特性我定义的是,站在一个普通用户的角度上,能看到、感知到的东西。这里讲WPF控件分为两类:
1、 基本控件:用户可以看到并与之交互的控件,如按钮、输入框等,主要涵盖上述的Control、TextBlock、Image部分
2、 布局控件:用户察觉不到的,却对这个系统界面布局有着决定性作用的容器类控件,主要涵盖上述Panel及其子类部分
文章在以后的描述中将以这种分类方法进行阐述。
3.3 WPF控件属性
通过上面的介绍,我们知道所有的控件(基本控件、容器控件)都继承自FrameworkElement这个基类,这个基类里定义了WPF控件用到的大部分属性,我们这里先对这些WPF控件都具有的属性进行介绍(常用的标红),后续分别介绍常用基本控件时再对独有的属性进行介绍。
- ActualHeight:获取此元素的呈现高度。
- ActualWidth:获取次元素的呈现宽度。
- BindingGroup:获取或设置用于该元素的 System.Windows.Data.BindingGroup
- ContextMenu:获取或设置该元素的上下文菜单,通常是邮件菜单。
- Cursor:获取或设置当鼠标指针悬停在此元素上时显示的光标
- DataContext:获取或设置元素参与数据绑定时的数据上下文。
- DefaultStyleKey:在使用或定义主题样式时,获取或设置用于引用此控件的样式的键。
- FlowDirection:获取或设置文本和其他UI元素在控制它们布局的任何父元素中的流动方向。是一个枚举值。默认值为 System.Windows.FlowDirection.LeftToRight
- FocusVisualStyle:获取或设置一个属性,该属性支持自定义将在此元素捕获键盘焦点时应用于此元素的外观、效果或其他样式特征
- ForceCursor:获取或设置一个值,该值指示此元素是否应该强制UI按照Cursor属性所声明的方式呈现光标。
- Height:获取或设置元素的建议高度。
- HorizontalAlignment:获取或设置在父元素(如面板或项控件)中构成此元素时应用于此元素的水平对齐特征。
- InputScope:获取或设置此元素使用的输入上下文
- IsInitialized:获取一个值,该值指示此元素是否已初始化。
- IsLoaded:获取一个值,该值指示是否已加载此元素以供呈现。
- Language:获取或设置适用于某个元素的本地化/全球化语言信息
- LayoutTransform:获取或设置在执行布局时应该应用于此元素的图形转换方式。
- LogicalChildren:获取此元素的逻辑子元素的一个枚举器。
- Margin:获取或设置元素的外边距。认值是所有属性都等于 0(零)的 System.Windows.Thickness。
- MaxHeight:获取或设置元素的最大高度约束。
- MaxWidth:获取或设置元素的最大宽度约束。
- MinHeight:获取或设置元素的最小高度约束。
- MinWidth:获取或设置元素的最小宽度约束。
- Name:获取或设置元素的标识名称。该名称提供一个引用,以便当 XAML 处理器在处理过程中构造标记元素之后,后台代码可以对该元素进行引用。
- OverridesDefaultStyle:获取或设置一个值,该值指示此元素是否合并了主题样式中的样式属性。
- Parent:获取此元素的逻辑父级元素。
- Resources:获取或设置本地定义的资源字典。
- Style: 获取或设置此元素在呈现时使用的样式。
- Tag: 获取或设置一个可用于存储有关此元素的自定义信息的任意对象值。
- TemplatedParent: 获取一个对此元素的模板父级的引用。如果此元素不是通过模板创建而成,则此属性并不相关
- ToolTip: 获取或设置在UI中为此元素显示的工具提示对象。
- Triggers: 获取直接在此元素上建立或在子元素中建立的触发器的集合。
- VerticalAlignment:获取或设置在父元素(如面板或项控件)中组合此元素时应用于此元素的垂直对齐特征。
- VisualChildrenCount: 获取此元素内的可视化子元素的数目。
- Width: 获取或设置元素的宽度。
其中读写属性(带有获取或设置描述的属性)可以在XAML中使用,只读属性(只有获取描述的属性)只能在后台代码中使用。
4.WPF 中底层框架MVVM设计
View 和ViewModel 使用的是双向的数据属性
View 想把操作传到ViewModel ,它使用的是单向的命令属性
数据传输的数据属性
NotificationObject是ViewModel的基类
如果ViewModel属性借助Binding关联到界面上某个控件上,当这个值变化时候, Binding监听PropertyChanged这个事件有没有发生,一旦这个事件发生它将变化后的值送到界面上去。
Class NotificationObject:INotifyPropertyChanged
{
Public event PropertyChangedEventHandler PropertyChanged;
Public void RaisePropertyChange(string propertyName
{
if(this.PropertyChanged!=null){
this.PropertyChanged.Invoke(this,new PropertyChangedEventArgs(propertyName)); //告诉Data Binding 哪个属性值发生变化
}
}
}
操作传输的命令属性
Class DelegateCommand:ICommand{
public bool CanExecute(object parameter){
if(this.CanExecuteFunc == null){
return true;
}
this.CanExecuteFunc(parameter);
} //这个方法用来帮助命令的呼叫者判断这个命令能不能执行
public event EventHandler CanExecuteChanged; //当这个命令能不能执行这个状态发生改变的时候,有机会通知一下命令的调用者,告诉它状态change了
public void Execute(object parameter){
if(this.ExecuteAction == null){
return;
}
this.ExecuteAction(parameter)
}//命令执行的时候,你想做什么事情
public Action<object> ExecuteAction{get;set;}//接受object类型Action
public Func<object,bool> CanExecuteFunc{get;set;}//接受object类型,返回bool类型Func
}
public DelegateCommand SaveCommand{get;set;}
private void Save(object parameter){
SaveFileDialog dlg= new SaveFileDialog();
dlg.ShowDialog();
}
public MainWinowViewModel(){
this.SaveCommand = new DelegateCommand();
this.SaveCommand.ExecuteAction = new Action<object>(this.Save);
}
5.WPF 中async await - 性能开销和其他陷阱
1.避免对(耗时)短的方法使用async/await,避免在小循环内使用await语句(可以将整个循环放到一个async方法内)
2.忽略结果:忘记await一个函数返回的任务,将会导致乱序执行。
3.避免混合使用阻塞和非阻塞代码,这可能会导致死锁,更加复杂的错误处理以及上下文线程意外阻塞。
所以在下面文章中防止死锁采用最好的方法是方案2,因为在方法中添加await调用,达到Context实际上永远不会被Block,所有的await都是asynchronous waits
参照文章:http://blog.stephencleary.com/2012/07/dont-block-on-async-code.html