博客专栏：二十三种设计模式之开篇

这是博主的第一篇博客，博主正在学习二十三种设计模式，用博客来记录下学习心得是判断你是否掌握一门知识最直观的方法了。

直接进入正题

设计模式的学习过程参考了以下博客：http://www.cnblogs.com/maowang1991/archive/2013/04/15/3023236.html

以及《Head First 设计模式》这本书籍

博主刚接触二十三种设计模式的时候，第一感觉就是二十三种设计模式是Java编程语言创始人——詹姆斯·高斯林设计出来的，这么高大上的名字，听上去就好像是DNF里面的史诗装备，秒天秒地秒神仙。

刚开始在网上找资料的时候，也看到了很多大神的相关博客，最后选择了上面的那篇博客作为学习的资料，主要是这篇博客概括的比较全，适合懒一点的人。

专栏开篇的内容我就试着给大家介绍一下什么是设计模式并解读一下它的核心原则。、

以下内容摘自博客：http://www.cnblogs.com/maowang1991/archive/2013/04/15/3023236.html

二、设计模式的六大原则

1、开闭原则（Open Close Principle）

开闭原则就是说对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。所以一句话概括就是：为了使程序的扩展性好，易于维护和升级。想要达到这样的效果，我们需要使用接口和抽象类，后面的具体设计中我们会提到这点。

2、里氏代换原则（Liskov Substitution Principle）

里氏代换原则(Liskov Substitution Principle LSP)面向对象设计的基本原则之一。 里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。 LSP是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。—— From Baidu 百科

3、依赖倒转原则（Dependence Inversion Principle）

这个是开闭原则的基础，具体内容：真对接口编程，依赖于抽象而不依赖于具体。

4、接口隔离原则（Interface Segregation Principle）

这个原则的意思是：使用多个隔离的接口，比使用单个接口要好。还是一个降低类之间的耦合度的意思，从这儿我们看出，其实设计模式就是一个软件的设计思想，从大型软件架构出发，为了升级和维护方便。所以上文中多次出现：降低依赖，降低耦合。

5、迪米特法则（最少知道原则）（Demeter Principle）

为什么叫最少知道原则，就是说：一个实体应当尽量少的与其他实体之间发生相互作用，使得系统功能模块相对独立。

6、合成复用原则（Composite Reuse Principle）

原则是尽量使用合成/聚合的方式，而不是使用继承。

这六个原则讲的是什么呢？我一开始也不是很能理解，大概看了几遍就跳过了，直接去看下面详细的二十三种设计模式的学习。博主的学习过程是这样子的，一开始是跟着这个博客的内容学习了一遍，当时还不能准确的理解而且并没有动手写代码，记忆是比较模糊的，对每个模式有个大概的了解，但写不出例子，那个时候完全不了解单例模式，下一篇我就会讲单例模式。第二次学习是隔了一两周之后的事情，工作上事情比较少，自觉不能浪费时间，就鼓起勇气重新学习了这篇文章，这次是一个一个模式详细地去看它的介绍，也跟着还原了一次代码，单例模式我是直接跳过的，因为我不理解，而且博文中展示的图例，我也看不到，可能是我没有系统地了解计算机这个专业，博主是自学和报名培训的。第二次学习是比较愉快的，大部分模式在脑中已经有个清晰的印象，而且会觉得很有意思，比如说JDK的IO流就用到了装饰模式，你甚至可以自己动手写一个，这种感觉是不是一下子就让你对设计模式兴趣盎然呢，就这样学过了之后就放下了一段时间。隔了差不多一周左右吧，意犹未尽，觉得不满足，想把设计模式用在项目上，就买了《Head First设计模式》这本书，这本书算是一本入门书吧，通俗易懂。刚准备学习这本书的时候我是带着上面那六个原则去阅读的，但是书中并没有出现上面六个原则，在书的第32页中：

OO原则：

封装变化

多用组合，少用继承

针对接口编程，不针对实现编程

这是书籍设计模式入门介绍中的内容，在后面的设计模式详细介绍里还会陆续添加一些设计原则，总的来说设计模式的原则就是要让写出来的程序具有这几个特点：可复用性高、可扩展性强、模块之间独立。设计模式是站在架构师的角度来考虑代码结构。代码就是细胞，通过你的设计蓝图，来让你的程序代码高度分化为各个器官，成为程序既不冗余、又不缺少的每一部分，并且要实现最高性能。