前段时间在亚马逊买了一本《CLR》的书，当时搞活动买一送一，然后挑了一本《漫谈设计模式》，一位不相识的大牛写的，这几天闲来无事，翻了几页瞧了瞧，感觉还是不错的，正好小菜也一直想学习设计模式，就决定认真的拜读下。

　　小菜写博文的目的是整理自己所整理的知识，小菜是一个喜欢收集的人，好的东西我都喜欢收藏起来，但是写出来就是另一回事了，一是锻炼自己的表达能力及回味所学的知识，而是分享给需要帮助的人。

　　另外写的感觉还是不错，浅显易懂，很适合初学者。

对象和模式

　　虽然一直是用的面向对象的语言，说实话，小菜真的没有更深层次的了解对象的概念，只能慢慢积累了，其实如果我们不从编程的角度去看待编程，就会发现其实编程只是和普通的解决方案一样，就像买火车票，去售票厅可以买，在网上可以买，那编程实现的就是网上买票的这个过程，和其他方式实现的效果都是一样把票买到，只是过程不是一样。在这本书里面，作者详细说了下模式（Pattern）的简史，最开始，模式是在建筑行业提出并运用的，到了后来，由Gof四人帮把模式设计引入到编程世界，并收编了23个最常用的设计模式，得以慢慢发展壮大。

　　模式定义如下：模式是某一上下文环境中一个问题的解决方案。

　　但是我更喜欢作者的定义：模式是某一上下文环境中一个问题的“常用”解决方案。

　　常用并正确的模式才可以算上真正的模式，用钥匙开门和用锤子撬门都可以进入房子，但是用锤子撬门进入房子并不成为一种模式。

　　GoF为模式定义了4个基本要素：

•  模式名称（Pattern name）
•  问题（Problem）
•  解决方案（Solution）
•  效果（Consequence）

模板方法模式-从回家过年说起

　　马上就要过年了，大家都很期待，回家的方式有很多种，汽车，火车，船，飞机等，不管什么方式回家，回家过春节就三个过程：买票、回家和家里庆祝。

　　比如坐火车回家就可以这些写：

 

View Code

　　但是有的人需要坐火车，有的人需要坐汽车回家，那我们复制+粘贴修改下：

 

View Code

　　这样我们就会发现问题，增加一种交通工具，我们就要复制+粘贴下，这样代码就会变得难以维护和开发，针对这种情况，作者提出了一种原则：DRY（Don'T Repeat Yourself，不要复复制你自己），至于这种原则的好与坏我就不阐述了，上面我们那种实现方式的问题其实就是代码重用，下面说下模板方法模式的运用。

使用继承

　　防止代码重用，OOP的一大特性就是继承，既然都是买票、回家和在家庆祝，那我们可以把这三种方式抽象出来，代码如下：

 

View Code

　　因为交通方式不同，我们只需要把Travel方法抽象就可以，这样抽象类的实现类就必须去实现Travel这个抽象方法，而不需要去实现其他的方法。坐火车我们就可以这样实现：

 

View Code

　　相类似的，坐飞机：

 

View Code

　　在上面的例子中HapplyPeople2这个类就是模板，其实在开发一些别的东西的时候我们有时候也会用到Template，比如做一些CMS（内容管理系统）的时候，因为就那几个页面，只是页面的样式会有所不同，不同的系统还好，如果一个系统用不同的页面样式就比较难办了，这时候就可以用到Template，如下：

　　里面是一些通过自定义的模板语言创建的模板页面，生成的时候会转化为相应的代码，这样我们就可以一个系统拥有不同的样式，只需要在后台切换下，非常方便。

　　其实慢慢就会发现模式会运用到任何地方，只要你细心观察，它就在你身边。

引入回调

　　言归正传，我们使用模板方法发现有很多好处，比如代码重用、易于扩展、解决代码冗余问题等，但是当子类变得越多的时候，就会变得那么不容易维护了。比如我们查询数据库的信息：

1.  连接Connection对象
2.  执行查询语句
3.  处理查询的结果并分析返回结果

　　通过上面的需求我们就可以发现1和2都是一样的，只是返回结果处理的方式不同，回调不同语言有不同的实现方式，C语言使用函数指针实现，java使用内部匿名类实现，C#使用委托（delegate）实现，因为作者整本书都是用java写的，我电脑没装java环境，那就用我们熟悉的C#实现了。

　　代码如下：

 

View Code

 

View Code

　　示例代码下载：

后记

　　骚年们，和小菜一起整理学习吧，未完待续。。。

本文转自田园里的蟋蟀博客园博客，原文链接：http://www.cnblogs.com/xishuai/p/3497418.html，如需转载请自行联系原作者