我理解的设计模式——总结

       前边对设计模式学习了，同时对所有的模式进行了总结和提炼，师傅说每个模式都能用一句话进行一个总结同时又能够很准确，但是我还做不到，只是在用一段话在进行总结，而且总结的还是乱七八糟，在以后的学习中，随着对设计模式的理解深入可能会好很多，这篇博客对设计模式总体上做一个整理。下边的图中做了一个汇总。

前两篇博客没有对这几个原则做总结，下边是我对这几个原则的理解。

单一职责原则：一个类尽量做到封闭，对于外界的影响，它只受一方面的影响，也就是只有一个原因可以引起它的变化。

       开放-封闭原则：只对于类、模块或函数来说对于扩展应该是开放的，对于修改应该是封闭的。

       依赖倒转原则：指高层的模块与低层的模块之间的不应该发生关联，它们都应该依赖于一个接口或抽象的类。

       迪米特法则：这是要做到的比单一职责原则更加的封闭，使类与类之间的关系尽量的少，如果一个类需要用到另一个类，可以借助第三方来做到。

这些原则是设计模式的一个指导，同时我感觉有很多设计模式其实是有相似点的，同时有各有各的特点的用途。这些只是我们学习设计模式的开始，以后的学习中我们会对他们集中的运用。下边是我对设计模式的理解。

设计模式的理解

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

我的理解：设计模式简单理解就是一些招数，练武者有练武者的招式，下棋者有下棋者的招式，我们软件设计者也有我们的招式——设计模式，这些都是软件开发的一些基本功，对这些模式运用自如才算高明。利用设计模式我们可以增加代码的复用率，增加系统的可扩展性和可维护性，增强系统的健壮性，增加软件的使用效果和延长软件的使用时间。对于软件工程来说，如果把软件工程看做建造一艘轮船的话，那么设计模式就是可以看做是建造这座轮船所需的零件的设计工艺和零件与零件之间搭配的一种指导原则。