设计模式结(完结篇)

前言

设计模式并不能使我们的代码变得高效，因为很多的时候并不是设计模式使我们的代码高效，而是架构。在现代中，我们不能从头不用一个框架进行开发，框架的选择是架构的一部分，这些很大一部分决定了我们的性能。

设计模式可以使我们的代码变得优雅，在未来的一个扩展开发中变得更好，也许我们在开发初期看不到，但是随着代码不断迭代，很快就会有不同出现，前面设计模式中介绍了各种形式，但是呢，并没有介绍内功。

设计模式可以说是一些套路，但是这些套路我们在复杂的代码中，很难完全直接用上，肯定是变化的，比如说构建者模式，现在的这个模式依然在沿用，只是形式变了，那么什么是内功呢？就是一些原则，如何去接近并解决现在的问题呢？

正文

这些是6大原则:

Single Responsibility Principle：单一职责原则
Open Closed Principle：开闭原则
Liskov Substitution Principle：里氏替换原则
Law of Demeter：迪米特法则
Interface Segregation Principle：接口隔离原则
Dependence Inversion Principle：依赖倒置原则

但是我并不打算介绍完这几个东西，因为介绍都是理论性的东西了，百度可以直接搜索到。新建立一个系列，介绍这些原则的实用性，另外扩展几个新的原则，还有一些变化的地方，估计20多篇。