设计模式

何为设计模式

设计模式（Design pattern）代表了最佳的实践，通常被有经验的面向对象的软件开发人员所采用。设计模式是软件开发人员在软件开发过程中面临的一般问题的解决方案。这些解决方案是众多软件开发人员经过相当长的一段时间的试验和错误总结出来的。

设计模式是一套被反复使用的、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了重用代码、让代码更容易被他人理解、保证代码可靠性。 毫无疑问，设计模式于己于他人于系统都是多赢的，设计模式使代码编制真正工程化，设计模式是软件工程的基石，如同大厦的一块块砖石一样。项目中合理地运用设计模式可以完美地解决很多问题，每种模式在现实中都有相应的原理来与之对应，每种模式都描述了一个在我们周围不断重复发生的问题，以及该问题的核心解决方案，这也是设计模式能被广泛应用的原因。

用我的理解来说就是：设计模式是软件工程的关于代码实现的最佳实践，每一种设计模式都代表了一类相似的问题及其解决方案。

主要思想

对接口编程而不是对实现编程。
优先使用对象组合而不是继承。

这个是面向对象编程的核心指导思想，golang直接摒弃了类继承，只允许类组合，并且大量使用interface

计算机领域有个名言：任何设计问题都可以使用一个中间层来解决。这个中间层就是一个抽象，抽象为软件实现带来了极大的灵活性，高质量的软件必然使用了很多的抽象。抽象分离了客户端（使用对象的代码）和服务端（提供对象的代码），使客户端只用关心自己依赖的功能（接口）。
适度的抽象会提升代码的可读性，但是过度的抽象会损害代码的可读性。不要一开始就追求完美的抽象和设计模式的应用，技巧的使用量应该和代码的数量成正比。杀鸡用牛刀的方式不可取。

与设计原则的关系

设计原则是设计模式的指导思想。比如adapter模式或者proxy，decorator，调用链等等模式都对应了设计原则中的开闭原则，都是在不改动原有代码的基础上通过新增代码来扩展功能。

1、开闭原则（Open Close Principle）

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

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

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

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

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

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

这个原则的意思是：使用多个隔离的接口，比使用单个接口要好。它还有另外一个意思是：降低类之间的耦合度。由此可见，其实设计模式就是从大型软件架构出发、便于升级和维护的软件设计思想，它强调降低依赖，降低耦合。

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

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

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

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

大部分与solid原则对应

与软件架构的关系

架构是把系统拆分成模块，而设计模式是指导模块的代码实现。
软件架构是指把一个软件系统根据它的功能需求和非功能需求（比如高并发高可用必然导致缓存和消息队列）而进行的模块拆分。当架构师把模块拆分好，定义好模块之间的接口（通信）以后，接下来就是模块的实现了，这时就涉及到具体的编程语言，框架，缓存，队列，存储等的技术选型以及代码实现过程中该使用的设计模式。

参考资料

菜鸟教程-设计模式简介
《设计模式-可复用面向对象软件的基础》不过翻译很烂，看不下去