视图分离技术的认识和应用

在过去Win32编程时代，我们看到的程序界面都是由静态编程语言，从一个按钮的尺寸到布局，一行行地绘制出来。比如现在我们创建一个.Net WinForm窗体，打开其对应的designer.cs文件，就会看到长篇累牍窗体绘制代码。

打从VB和Delphi出现后，尽管通过界面设计器自动生成代码成为主流，然而随之互联网时代的发展，我们需要丰富多样的软件界面，更灵活地应对需求变动。比如一个软件往往有多种界面，包括C/S和B/S，C/S中包括Windows/Linux/IPhone，B/S包括IE/Firefox/Chrome。无论是先设计业务，还是先构勒界面，最好能独立、清晰、明确的进行。更不想影响业务逻辑。将业务逻辑和用户界面分离，实现低耦合，变得势在必行。

对于三层架构的概念，相信就是初学者也耳熟能详了。对于数据访问层(DAL)和业务逻辑层(Business Logic Layer)之间的分离，比较容易理解，也不难实现。但对于业务逻辑层和界面层(UI)的分离，就不是那么泾渭分明，至少我在很长时间里都比较模糊。

这一方面由于理念认识的距离，一方面由于以前的框架没给予有力支持。

我主要从事的是.Net Web开发，闲暇里也做一些C/S程序练练手。在初学编程时，我更倾向C/S开发，因WinForm中用的是统一的强类型语言，而B/S或Asp.Net开发中，众所周知，还需要掌握HTML/CSS/JavaScript。但随之这些技能障碍被逐渐克服，以及Asp.Net开发经验的积累，我的认识发生颠覆性变化，感觉开发Asp.Net要比WinForm更清晰，更容易把握，至少不会为改一个字体或效果重新发布整个程序，除非你把这些植写到配置文件中。

可如果你运用了像Asp.Net那样的视图分离技术，相当于，一切UI皆可配置，而且还可以内容与样式分离，只修改样式时可以避免修改页面导致的自动编译，只要更新CSS即可。

视图分离另一个好处是直观，无须费神地分析一大段代码，只要瞄一眼视图模板的结构，一切就了然于心。无论是设计、开发或维护，都可以大大提高效率。正如下面语句，

var content = string.Format(@"Dear {0},

                        Thank you for {1}.

                        {2}", receiver, thing, sender);

要优于：

var content = "Dear " + receiver + ",\r\nThank you for " + thing + ".\r\n" + sender;

在过去，应该是在2.0以前，Asp.Net只有页面，还有很多人固执地以C/S开发的思想做B/S，在页面后端类中生成控件，甚至直接输出html文本。而随着MVC、Razor等技术的推广，页面的概念逐渐被模板取代。WPF和Silverlight技术，就是Asp.Net的视图分离思想在C/S开发上的移植。时至今日，视图分离技术取得了压倒性的主流地位。