设计模式概述

设计模式（英文全称为Design pattern）是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。之所以提倡设计模式，根本原因在于根本原因是为了代码复用，增加可维护性。前面设计模式六大原则中也简单了解了设计模式需要遵循以下原则：

• 单一职责原则；
• 里氏替换原则；
• 依赖倒置原则；
• 接口隔离原则；
• 迪米特法则（最少知识原则）；
• 开闭原则。

设计原则有何用处

遵循上面的这些设计原则，也就实现了代码复用，增加了使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。 毫无疑问，设计模式于己于他人于系统都是多赢的；设计模式使代码编制真正工程化；设计模式是软件工程的基石脉络，如同大厦的结构一样。

设计模式是规则吗

地上本没有路，走得人多了也就成了路。设计模式如同此理，它是经验的传承，并非体系；是被前人发现，经过总结形成了一套某一类问题的一般性解决方案，而不是被设计出来的定性规则；它不像算法那样可以照搬照用。

如何运用设计模式

不论怎么应用设计模式，我们追求的是有效的设计。所以对于设计模式而言，重要的不是你熟记了多少个模式的名称，关键还在付诸实践的运用中合理的去使用它。其实在软件设计人员中，唾弃设计模式的可能很少，盲目夸大设计模式功用的反而更多。言必谈“模式”，并不能使你成为优秀的架构师。真正出色的设计师，懂得判断运用模式的时机。还有一个问题是，很多才踏入软件设计领域的人员，往往对设计模式很困惑。对于他们来说，由于没有项目的实际经验，OO 的思想也还未曾建立，设计模式未免过于高深了。其实，即使是非常有经验的程序员，也不敢夸口对各种模式都能合理应用。[--摘自wayfare的设计之道]

声明

我只是一个菜鸟，了解和学习设计模式。拜读大神的文章和著作，然后把自己感觉重要的部分记录下来便于查看，防止遗忘。在整理的过程中，也是自己慢慢理解和记忆的过程。大家一起努力，加油！