WPF 杂谈——开篇简言。

这俩年多来笔者一直在从事关于WPF的开发。虽然不能说是专家级别的。但是对于WPF的应用还是有一定的了解。论他的灵活性决对不在WinForm之下。WPF的出现更是引发一段热议。他的何去何从更是让很多人感到迷茫。因为那个时候可以说只有Winow 7才能跟WPF完美的接合。可惜他出不逢时,XP占了大部分的市场。所以WPF的出生动静很大,可惜后力不足,渐渐的淡淡化他的光芒。于至于网络上更是有对WPF的死亡产生了很大的争议。但是这并没有让他沉默下去,这几年来window 8和window 10的推广更是让他起来的迹象。对于未来WPF会发展到如何的程度。笔者也不敢猜测。更多的只是希望他能走的更远一点。

如果WPF没有WinForm所具有的优点,那么他也不可能活到现在,更不用说还有可能崛起了。所以笔者想开一个系列来谈谈这俩年的WPF之旅。希望能给那些正在学习WPF或是将要学习的同学们带来一些帮助。出于笔者本身的学习方式有一点不正统的原因,所以这一系列的文章只能被定义为杂谈。

曾经有一个刚刚从事WPF的同事问笔者静态资源和动态资源有什么不同。笔者傻了几秒反问到什么是静态资源,什么是动态资源。这次谈话的结果可想而知——很尴尬。为什么笔者会不知道静态资源和动态资源呢?事实上笔者没有看过相关的WPF书籍。那么笔者又是如何学习WPF呢?一句话——看开源项目的源码进行学习。本来笔者想把这一系列命名为“WPF 开源项目”。后来想想有一点自大了,同时笔者也不知道这一系列要以什么样子知识路线来讲解。所以命名"WPF 杂谈"显示平淡一点,又可以让笔者*的吹牛。

以前用于开发商业软件的技术有Winform(C#),MFC(C++), Swing(JAVA),Delphi。现在.NET又都出了一个WPF。即然有Winform了,为什么.NET又要在来一个WPF。笔者曾经有想过这样子的问题。可惜笔者就一个懒人,后面也没有细细的去查找原因。WPF的灵动是笔者深深喜欢的优点之一。和WinForm比起来笔者只知道他们的图形引擎不一样子。这还是从一些书籍里面看到的。WinForm是基于User32/GDI/GDI+,而WPF是基于DirectX引擎的。不用笔者多说就明白了——DirectX常常会在开发游戏的时候听到。所以WPF可以做到很多不错的动画效果。这也是Winform所不能做到。哦!不。应该说是很难做的。但是笔者到现在还是没有多大的应用动画效果。主要是笔者从事餐饮行业。餐厅里面的电脑配置不敢拘同。516内存的XP系统是一种常态。如果你用上动画的话,你注定要为动画的BUG和运行性能买单。这说明了一问题WPF需要有一定的配置环境。从.NET Framework来讲,还是.NET 4.0来的开好一点。因为这样子XP,Window 7,Window 8还是Window 10都可以做到共用。

笔者之所以可以很快的上手WPF。这里要深深的感谢那些把自己的项目开源出来的人。这一点国外的开发人员还有做的很不错。WPF有很多知识点在国内是无法百度到的,所以想要学好WPF还是要去搞一个VPN或是自己想办法跳墙过去。

SharpDevelop

SharpDevelop是一款用C#开发的开发工具。这是笔者第一个接触的WPF项目。对于源码笔者也只是看过部分。当年笔者是从事JAVA开发的。对于JAVA的OSGI思想很感兴趣。也曾试着寻找有没有.NET大神写一些类似的框架。只是可惜太少了,有的也是半成品不是真正的OSGI。不过.NET有一个自己的想法——插件思想。这也是笔者查看他源码的原因。他虽然没有OSGI的思想,可是笔者对他的插件实现还是有一定的兴趣的。所以有兴趣的读者们可以试着去看一下。好吧。有一点远了。SharpDevelop他可以说是WPF和Winform的组合体。他有一部分是WPF实现。而有一些却是用Winform。当然读者们会想着这样子也行。不怕出问题吗?问题是不会太大。只是笔者还是建议不要这样子用。鬼知道他们俩个将来会什么样子。当然如果只是一次项目的话,为了方便到是可以这样子做。反正项目做完就是拜拜了。不用维护。SharpDevelop有一点大,想要吃通他的话,需要一定的时间和精力。不过他真的是一款学习PC端开发的最佳开源项目之一。

SharpDevelop的下载地址:https://github.com/2594636985/SharpDevelop

Xceed.Wpf.Toolkit

Xceed.Wpf.Toolkit是一个框架。他自定义一些常用的组件。比如加载提示框。复杂的列表。 Xceed.Wpf.Toolkit只有表现层用到的知识,没有什么业务逻辑,所以学习起来还是比较易容的。不像上面SharpDevelop那样子。还要结合WinForm。他的源码笔者大部分都看过了。那么我们要学习他的什么呢?当然学习他如何实现用户自定义化组件的。现在他又更新了新的版本。不过很多源码没有什么变化。命名习惯还是那样子让笔者很不喜欢。但是不得不说他是进入WPF用户自定义组件最佳导师。初级的WPF学习者可以看这个开源项目。

Xceed.Wpf.Toolkit下载地址:http://wpftoolkit.codeplex.com/

Modern UI for WPF

笔者由了上面俩个项目的经历之后,又遇到了WPF生命中的最佳战友——Modern UI for WPF开源项目(又称mui)。正如上面所讲的笔者一直在查看插件思想。而Modern UI for WPF不管是在对WPF的实现上,还是在编辑思想上绝对是良作。如何你学习了Modern UI for WPF又研究了他的源码。那么你可以很轻易的改动他的框架来实现你做需要的架构。可以这样子讲Xceed.Wpf.Toolkit是面向WPF的深度。而Modern UI for WPF可以说是广度。你学习组件知识可以选Xceed.Wpf.Toolkit。如果你想学习如何开发WPF的话Modern UI for WPF不二人选。你可以从源码中看到如何切换界面。如何实现界面之间的交互。并且你还可以看到如何排版资源。

Modern UI for WPF下载地址:https://github.com/firstfloorsoftware/mui

MaterialDesignInXamlToolkit

当我遇到MaterialDesignInXamlToolkit开源项目的时候,我才知道原来WPF还可以做到这么好的效果。如果MaterialDesignInXamlToolkit是一个好动的年青人的话,那么Modern UI for WPF无疑就是一个经历过岁月的老人。MaterialDesignInXamlToolkit在动画和美工上做了很大的功夫。可惜笔者却无力消受。该死的餐饮行业。每一个按扭的动画效果足以让你美美的睡上一觉。美中不足的是作者用的是4.5.2以上的.NET Framework语法进行编写。所以你可能要手动的修改回来。变成4.5或是4.0。至少笔者是这样子做的。同后面的代码习惯让笔者叹了一口气。这也没有规则了吧。

MaterialDesignInXamlToolkit下载地址:https://github.com/ButchersBoy/MaterialDesignInXamlToolkit

MahApps.Metro

和MaterialDesignInXamlToolkit一样子,可惜在笔者看来他没有MaterialDesignInXamlToolkit来的效果,又没有Modern UI for WPF在大体上表现出众。可以说MahApps.Metro对学习WPF来讲比较平稳。没有过多的亮点。可能笔者有了上面三个开源项目的经历之后。在去看MahApps.Metro显示有一点知识疲劳。所以笔者一般只是把他当作小情人来看待。如果上面三个开源项目都没有找到笔者需要的时候,才会去找MahApps.Metro。

MahApps.Metro下载地址:https://github.com/MahApps/MahApps.Metro

笔者看了很WPF的开源应用项目。最后留下来也就是这几个。在后面的开发过程中,笔者也是靠这里个开源项目决解了很多开发上的问题。在开发过程很明显的感受与Winform有着根本上的不同。最大的体现是WPF的引入了MVVM模式开发。为此还出现了很多开源的MVVM框架。其中最出名有Prism、MvvmLight等。很不幸的是笔者都没有用过。不是笔者不想去用。而是觉得用了,在一定程序上会减少了WPF的灵活性。如果要推存的话,笔者会选择Caliburn.Micro开源项目。对于Caliburn.Micro的应用到是有一个开源的小项目。读者们可以去了解一下——gemini

笔者的学习方式也很简单就是看源码。可以说笔者的WPF之旅就是吃源码之旅。不知道大家跟笔者是不是一样子的。后面的文章没有出现专业的术语也请大家不要过份的在意。笔者真的没有看过多少书。几乎全实战。

上一篇:和安全有关的那些事(非对称加密、数字摘要、数字签名、数字证书、SSL、HTTPS及其他)


下一篇:linux 输出重定向一份到本地文件,屏幕继续输出