少有人走的路微软为了把开发模式从网络开发移植到桌面开发和富媒体网络程序的开发上，微软创造了一种新的开发语言------XMAL(读作ZAML)，XAML全称Extensible Application MarkUp Language。即可扩展应用程序标记语言。它在做桌面开发和富媒体网络程序开发中扮演HTML+CSS+JS的角色，成为设计师和程序员沟通的枢纽。
现在设计师和程序员一起工作，共同维护软件的版本，只是他们使用的软件不一样----设计师使用Blend(Expression设计套件工具中的一个)来设计UI，程序员使用Visual Studio 开发后台逻辑应用代码。Blend就像PhotoShop等设计工具，因此可以最大限度的发挥设计师的特长。使用它，设计师不仅可以设计出绚丽多彩的UI，还可以让UI上包含动画-----虽然程序员也可以做到这些，但从专业性，时间开销以及技术要求上显然是划不来的。更重要的是，这些绚丽的UI动画都会以XMAL的形式直接保存进项目，无需转化就可以直接编译，节省了大量的时间和成本。
XAML的优点:
XAML可以设计出专业的UI和动画----好用。
XAML不需要专业的编程知识，它简单易懂、结构清晰-----易学。
XAML能使设计师直接参与软件开发，随时沟通、无需二次转化-----高效
XAML这位翩翩君子的才华可远不止于这些。
自从应用程序从控制台界面(Console User Interface,CUI)升级为图形界面(Graphic User Interface)后，程序员们就一直追求视图(View,即UI)和业务逻辑的分离。以往的开发模式中，程序员很难保证用来实现UI的代码完全不与用来做业务逻辑处理的代码纠缠在一起。UI代码和业务逻辑代码纠缠在一起通称为UI和逻辑的紧耦合，它往往带来以下后果:
无论是软件的功能还是UI的设计有所变化或者是出现Bug，都将导致大量代码的修改。
会使得逻辑代码更加难以理解-------修改往往比重写更困难，因为在修改之前必须要先读懂。
重用逻辑代码编程了Mission Imposible。
XAML的另外一个大优点就是：它帮助开发团队真正的实现了UI和业务逻辑的剥离。XMAL是一种单纯的声明型语言，这就是说它只能用来声明一些UI元素、绘制UI和动画(在XMAL中实现动画是不需要编程的)，根本无法在其中加入程序逻辑，这就强制的把逻辑代码从UI中赶走了。这样，与UI相关的元素统统集中在程序的UI层，与逻辑相关的代码统统集中在业务逻辑层，形成了一种”高内聚--低耦合“的结构。形成这种结构后，无论是打算对UI进行较大的改动还是打算重用底层逻辑，都不会花费太大力气，这就好比你某一天给A客户做了一个桔子，A客户很喜欢，A客户将自己的产品介绍给B客户，B客户喜欢桔子的味道，但是希望它看上去像香蕉-----这时候，你只需要将桔子的皮撕下来，换成香蕉的皮就可以了，只需要少量的成本就可以获得和之前一样大的收益(对于软件的换肤功能，WPF提供了强大的Template功能，将在后面详述)
————————————————
版权声明：本文为CSDN博主「星火燎猿」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/fwj380891124/article/details/8085458
