重温设计模式之开头篇

记得刚出学门的时候设计模式是一个热门词汇，当时每次面试都会问到设计模式的内容，为了有份工作，死记硬背啊，其实根本不了解，就这样居然为自己找到了人生的第一份工作，后来在工作中没有人咬文嚼字的要求描述设计模式了。但是对设计模式也有了一定的了解，但是总觉得个人的系统架构设计游离于模式与非模式之间。最近一时兴起，打算重温一下设计模式，之前没有写过博客，顺便这次补上，给自己留个纪念

什么是设计模式呢？度娘给出了答案：

设计模式（Design pattern）是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。 毫无疑问，设计模式于己于他人于系统都是多赢的，设计模式使代码编制真正工程化，设计模式是软件工程的基石，如同大厦的一块块砖石一样。

我们都知道设计模式可以按照不同的职责分类的，基本都是按照不同职责类型，如创建型，结构型，行为来分的，那我们可以把时下经典的23种设计模式按照这个分类如下：

创建型模式：单例模式、抽象工厂模式、建造者模式、工厂模式、原型模式。

结构型模式：适配器模式、桥接模式、装饰模式、组合模式、外观模式、享元模式、代理模式。

行为型模式：模版方法模式、命令模式、迭代器模式、观察者模式、中介者模式、备忘录模式、解释器模式、状态模式、策略模式、职责链模式、访问者模式。

后面的代码也将按照这个分类及顺序一一展示。

几句闲话：
 从我个人的经历来看，在系统设计的时候没必要照搬概念来完成系统架构，如果非要给某个设计归属于哪个模式，我认为这个意义不是很大，因为根据不同的业务场景，我们有时候需要把几个模式整合在一起，如果这个时候非要归类的话，可能还真符合某几个模式的定义。但是设计评审的时候就有那么些人会问：“你这个设计用了什么设计模式？”，其实对于有些简单模块来讲，也许不使用设计模式会是更好的一个选择，但是被人认为，不用设计模式就不是好的设计，这个本人实在不敢苟同。闲话少说，回归重点：重温设计模式，明天写第一个模式，单例模式。