设计的原则

回顾自己写代码的经历，写代码就单纯实现了已知的目标，并没有考虑系统后期可能会出现的问题，需求的变更、系统的扩展、系统的维护等。设计模式，其实就是一群有经验的工程师总结出来的，可以让我们做出更优秀的软件。以前写的代码，大多是一次性的，甚至理解起来都很困难，难以维护和扩展，自然就失去了商业的用途。现在是出去工作了，该换个角度思考问题。结合自己即将进入的环境和问题，应该用另一种方式思考问题。价值，往往体现在自己所做的事情上。不要抱怨自己不被重用，得反思自己能够带来多大的价值。

软件设计有七大原则，分别是上面列出来的，围绕着七个原则，后面还有23种设计模式。结合最近看的书和博客，谈谈对这几个原则的理解。

1.单一职责原则：在类的层面，就是一个类最好就完成一项任务，对于一段代码，最好也只完成一项功能。这样能够便于后期的功能扩展，减少耦合，而且单一职责原则可以 让我们的调试变得更加简单明了。

2.开闭原则：对修改关闭，对扩展开发。之所以对修改关闭，是为了避免错误的修改影响系统原来的功能，甚至导致无法预知的错误，这是很恐怖的。对修改开发，这个能让软件更有生命力。提升软件的价值。

3.里氏代换原则：是关于继承的。这里是说，子类可以替代父类，是对开闭原则的一个补充，也可以说是一个实例。

4.依赖倒转原则：看到这个就让我想起学习spring框架的时候，就有一个控制反转，依赖注入。这里说的依赖倒转，意思是控制权交给了重新类，不依赖于具体的实现。它能够方便后期的扩展。因为抽象类可以有很多具体的实现。

5.接口隔离原则：这有点像单一职责原则的补充，一个接口，尽量完成一项任务，降低耦合度。

6.合成复用原则：尽量少使用继承，多使用组合和聚合。

7.迪米特法则：最少知道原则，也就是一个类尽量不要跟太多的类进行通信了。也是降低耦合度。