软件设计模式之七大设计原则

是时候开始聊点属于程序员的技术性内容了，我们以常用的设计模式开始聊，因为我觉得写代码是一个程序员的基本素养，而同样是写代码为什么有些人写的代码别人看起来容易理解，而且扩展性也非常好，但是还有一些人代码写到后面自己都不想看了呢？这里很大一部分原因就是看你对设计模式了解多少。何为设计模式呢？其实简单点来说设计模式就是以前那些大佬们写代码总结的一套最佳实践，也就是一种建议，既然是建议，那就没有强制性要求，你可以参考它，也可以不参考，但是结果却大不一样。

在软件开发中有20多种软件设计模式，总结下来，这些模式都是围绕以下几个设计原则进行的：

1.开闭原则

开闭原则简单来说就是以前写过的代码你就不要动了，在我们实际的开发过程中修改代码是一件很危险的事情，弄不好就引起一堆的问题，但是可以扩展以前的代码。这个其实就是代码要有很好的可扩展性，咱们的需求每天都在变，要怎么做到不修改原有代码的情况下来进行扩展。我认为这条原则是最核心的原则，其他的原则都是围绕这条原则进行的。

2.单一职责原则

这一原则指导我们在开发的过程中一个类最好只干一方面的事情。

3.接口隔离原则

接口定义的功能尽量的少，不要一个接口包括太多的能力，这个其实有点类似单一职责原则，本质上来说就是专人专事，如果一个人身兼数职，到头来啥都做不好。

4.里氏替换原则

在有继承关系的代码开发中，如果需要进行功能的扩展，不要在子类中改变父类中已经实现的方法，而是通过新增方法来扩展父类的功能，装饰者设计模式就很好的实现了这一原则。

5.依赖倒置原则

抽象编程是我们在写代码过程中经常听到的术语，到底啥是抽象编程呢？具体例子来说，我们在定义类的成员变量、参数类型、返回值类型的时候，不要写某个具体的实现类，而尽量采用接口或者抽象类，这样后续如果我们想改，很显然不需要改动这些代码，而只需要增加实现类就可以了。

6.合成复用原则

听这个名字就大概清楚，要实现一个功能如果能够通过调用多个类的方法来组合实现的话，就不要使用继承关系来实现，因为继承关系在代码的耦合性上更强，咱们开发就是要尽量的低耦合去实现。

7.迪米特法则

这个原则翻译成人话就是尽量不要和陌生人说话，也就是尽量少接触人。在开发过程如果依赖/接触的类越多，很明显变数就越大，后面改动的可能性就更高。