昨天，老周突发其想地给大伙伴们说了一下UWP应用中计算照片面积的玩法，而且老周也表示会提供WPF版本的示例。所以，今天就给大伙们补上吧。
WPF是集成在.net框架中，属于.net的一部分，千万不要跟我说你学.net不学WPF，那是不对的，包括ASP.NET、WCF、WF等都是.net框架的一部分，它们在本质上并没有脱离.net。
废话少扯，扯了也没人听，咱们说正题吧。
WPF库中与UWP的不太一样，图像解码编码API似乎不像UWP中那么强大，大概是因为桌面程序可以调用Win32 API和COM的原因吧。不过，老周必须告诉你一个事，经过测试，用WPF的方法计算照片面积，在性能上远远超过GDI的方式，尤其是对大型照片更是如此。在WPF出现前，在System.Drawing命名空间下有个Iamge类，也派生出了一个Bitmap类，这些类都可以用来计算照片面积。老周在N年前做过一个照片面积计算器，除了计算面积外，还可以输入单价（每平方米多少钱），然后计算冲印照片的面积和最终的价格，并具有简单的票据打印功能。这个程序是基于GDI，即用System.Drawing命名空间下的东东搞的，因为那个时代，WPF还没有问世。
WPF把图像的解码/编码类都内置到UI相关的媒体功能中，就是位于System.Windows.Media.Imaging命名空间下，里面有个BitmapImage类，它可以读到照片的像素宽高，以及分辨率，有了这些参数就可以计算面积了。
但是，你必须注意WPF的线程安全模型是相对严格的，为了保护UI线程不被无意破坏，BitmapImage类是间接继承DispatcherObject类，凡是有Dispatcher的对象，你得明白，它是不能跨线程操作的。如果你要在UI上显示它们，那么位图对象的实例必须属于UI线程。
如果你使用数据绑定时担心性能受影响，可以开启异步绑定，WPF的Binding有个IsAsync属性，开启它，UI线程在调度时会使用辅助线程来加载数据。实验表明，你的CPU核数越多，处理起来越快，到底还是要看配置啊。尤其是处理多媒体，像视频这些，你不能拿一台50年前的电脑来谈性能优化，你应该至少拿一台跟得上时代的电脑来评估。你总不能用春秋战国时期的社会生产力来跟大唐盛世比。
在使用图像时，为了节省开销，你可以设置DecodePixelWidth或DecodePixelHeight
属性，这两个属性不要同时设置，你设置其中一个就行了，这样图像在呈现时可以自动计算比例，不然会使图像变形，当然了，如果你希望图像变形，那就另当别论了。
设置这两个属性，并不影响我们读取图像的真实像素，要获取图像宽高，应访问PixelWidth和PixelHeight属性，DecodePixelHeight/Width不会影响这两个属性的值。另外，通过DpiX和DpiY属性就能得到水平和垂直方向上的分辨率。
好，同样地，还是先封装一个数据类。
这个我不多解释了，应该比昨天那个更好懂。注意我今天用的单位是平方米，计算平方厘米后，要除以10000。
类似的方法，我们先计算单个照片的面积，并放入到一个集合中。
然后，统计总面积。
为了使这个程序更加生动可爱，更具有内涵，老周还使用了语音朗读API，在System.Speech.Synthesis命名空间下。
使用Task来异读朗读，不影响UI上呈现内容。
最后结果请看下图。
好了，该开饭了，今天的牛皮就吹到这里，有空继续吹。
示例源代码下载