为什么我这么努力，仍写不出规范的好代码？

本文插图
（一）前言
最近发现一件事情，自己写的代码和公司里工作5到10年的前辈写的代码虽然功能一样，但是他们的代码更规范，更优雅。比如有时候我会给一个需求写一个方法，但是有些人就可以好几个需求通过同一个方法实现。因此有了今天这个疑问，怎样才能写出规范的好代码？
（二）什么样的代码是好的代码
我们在写程序的过程中，除了要实现功能之外，还需要考虑：
1.代码重用性（相同功能的代码，不用多次编写）
2.可读性（便于其他程序员阅读与理解）
3.可扩展性（需要新增功能时可以很方便的维护）
4.可靠性（新功能的加入不会对已有的功能造成影响）
5.高内聚、低耦合
而为了实现上面这些目的，我们需要遵循一些原则，因此，设计模式出现了。
（三）设计模式的原则
设计模式的原则，就是指在编写程序时应该遵守的原则，设计模式的原则也是各种设计模式设计的依据。
设计模式常用的原则有以下七种：
1.单一职责原则
2.接口隔离原则
【为什么我这么努力，仍写不出规范的好代码？】3.依赖倒转原则
4.里式替换原则
5.开闭原则
6.迪米特法则
7.合成复用原则
接下来我将对以上七种设计模式进行介绍。
（四）单一职责原则
单一职责原则顾名思义就是每个类只负责一项原则，很好理解，如果一个类中负责了两个甚至更多的职责，当其中一个职责的需求发生变更而要改变时，可能造成其他职责的执行错误。
单一职责原则的注意事项和原则：

降低类的复杂度，一个类只负责一项职责
提高类的可读性，可维护性
降低变更引起的风险
通常情况下，我们都应该遵守单一职责原则，除非该类的逻辑足够简单，才可以在代码中违反单一职责原则。

（五）接口隔离原则
接口隔离原则的意思是表明客户端不应该被强迫实现一些他们不会使用的接口，应该把胖接口（指一个接口中有大量不会使用的方法的接口）中的方法分组，然后用多个接口替代它，每个接口服务于一个子模块。简单地说，就是使用多个专门的接口比使用单个接口要好很多。
（六）依赖倒转原则
依赖倒转原则的含义有下面三点：
1、高层模块不应该依赖低层模块，两者都应该依赖其抽象