学习.NET架构设计系列：学用设计模式

在上一篇里面，我们初步了解了OO设计，OO设计的最独特之处在于他看待需求的方式。用这样的方式，我们不需要急于确定软件需要实现哪些流程、设计哪些功能点、制作哪些画面，而是要关注需求中一些更加基本的概念。首先根据这些概念开发出一些零件，然后把这些零件组装起来实现需要的功能。用这样的方式，我们不需要一开始就去知道所有的业务需求，只需要知道一些比较重要的需求，就可以开始开发了。这样开发出来的程序不仅可以实现当前的需要，同时也是一个业务开发的平台，在这个平台上可以不断的开发新的功能。

这种设计思想有很多实际的例子，比如Microsoft Office。下面的图就展示了Excel里面最基本的几个对象：

Excel的各项功能都是建立在这个对象模型基础上的。比如要实现设置字体的功能，就可以这样编写：先打开一个字体对话框，使用者选择字型、字号，然后把这个字体设置到区域上：

Excel还把这些对象的引用暴露给了脚本引擎，于是我们就可以使用VBA调用他们，实现我们自己想要的各种功能，这就是Office宏。我们可以编写一段VB脚本，把鼠标选中区域的单元格复制到另一个工作表中，然后把某一个的单元格的值赋值为一个公式，计算出我们需要的数值。Excel不仅本身是一个好用的制表工具，他更是一个强大、易用的开发平台。使用者可以随时根据自己的想法，开发出需要的功能。一些大型的软件系统都是具有这样的特点，一开始就明确所有的功能需求是不可能的，重要的是形成一个业务开发的平台，提供一些业务编程接口，在这个平台上就可以不断的开发出新的功能。这样的开发方式不使用OO设计是很难实现的。

软件的第一个维护者和第一个使用者就是开发者本人，因此，开发迅速、功能灵活、维护简单――这些特点在精心设计的软件中经常是同时具有的。