设计模式——外观模式

        设计模式是人们从长期的软件开发实战中总结出来的一些经验之谈，为软件领域中的开发人员提供了一种使用专家设计经验的有效途径，通常是多个设计模式结合使用。设计模式中运用了面向对象编程语言的重要特性：封装、继承、多态，只有通过大量的编程实践才能真正领悟设计模式的精髓。在参加校招前我翻看了部分设计模式相关的书，对于每个设计模式模式，用C++写了个小例子，加深一下理解。主要参考《大话设计模式》和《设计模式》两本书以及借鉴其他博客园博文的优秀部分。本文介绍策略模式的实现。希望对大家加深对设计模式的理解有一点帮助。

        外观模式应该是用的很多的一种模式，特别是当一个系统很复杂时，系统提供给客户的是一个简单的对外接口，而把里面复杂的结构都封装了起来。客户只需使用这些简单接口就能使用这个系统，而不需要关注内部复杂的结构。DP一书的定义：为子系统中的一组接口提供一个一致的界面， 外观模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。举个编译器的例子，假设编译一个程序需要经过四个步骤：词法分析、语法分析、中间代码生成、机器码生成。学过编译都知道，每一步都很复杂。对于编译器这个系统，就可以使用外观模式。可以定义一个高层接口，比如名为Compiler的类，里面有一个名为Run的函数。客户只需调用这个函数就可以编译程序，至于Run函数内部的具体操作，客户无需知道。下面给出UML图，以编译器为实例。

相应的代码实现为：

class Scanner
{
public:
        voidScan() { cout<<"词法分析"<
    
    

这就是外观模式，它有几个特点

（1）它对客户屏蔽子系统组件，因而减少了客户处理的对象的数目并使得子系统使用起来更加方便。

（2）它实现了子系统与客户之间的松耦合关系，而子系统内部的功能组件往往是紧耦合的。

（3）如果应用需要，它并不限制它们使用子系统类。

       结合上面编译器这个例子，进一步说明。对于（1），编译器类对客户屏蔽了子系统组件，客户只需处理编译器的对象就可以方便的使用子系统。对于（2），子系统的变化，不会影响到客户的使用，体现了子系统与客户的松耦合关系。对于（3），如果客户希望使用词法分析器，只需定义词法分析的类对象即可，并不受到限制。

      外观模式在构建大型系统时非常有用。接下来介绍另一种模式，称为组合模式。感觉有点像外观模式，刚才我们实现外观模式时，在Compiler这个类中包含了多个类的对象，就像把这些类组合在了一起。组合模式是不是这个意思，有点相似，其实不然。

      DP书上给出的定义：将对象组合成树形结构以表示“部分-整体”的层次结构。组合使得用户对单个对象和组合对象的使用具有一致性。注意两个字“树形”。这种树形结构在现实生活中随处可见，比如一个集团公司，它有一个母公司，下设很多家子公司。不管是母公司还是子公司，都有各自直属的财务部、人力资源部、销售部等。对于母公司来说，不论是子公司，还是直属的财务部、人力资源部，都是它的部门。整个公司的部门拓扑图就是一个树形结构。博主有别外一篇博文介绍组合模式，感兴趣的读者可以前去观赏。

        好啦，关于外观模式就介绍到这里了，希望你已经掌握了这个模式并且可以熟练的使用它，那么本博文的效果就达到了。如果你还觉得意犹未尽，那么可以去看看博主的其他设计模式的介绍哦。

 

        关于设计模式，我推荐大家看看以下博客写的博文，关于设计模式的讲解将的特别好，我从中学习了很多，我的设计模式中的部分博文就是从这里借鉴过来的。

    博客链接：http://blog.csdn.net/wuzhekai1985