写代码的第一性原理-设计原则

第一性原理是被马斯克带火的。现在很多课里都在讲第一性原理，这里简单给第一性原理下个定义：透事物的本质，要把事物分解成最基本的组成，从源头解决问题。

那么写代码的第一性原理是什么呢？我觉得是前辈们总结设计原则，下面是常用的设计原则。

设计原则

SOLID 原则

1. SRP 单一职责原则

​ 一个类只负责完成一个职责或者功能。单一职责原则通过避免设计大而全的类，避免将不相关的功能耦合在一起，来提高类的内聚性。同时，类职责单一，类依赖的和被依赖的其他类也会变少，减少了代码的耦合性，以此来实现代码的高内聚、松耦合。但是，如果拆分得过细，实际上会适得其反，反倒会降低内聚性，也会影响代码的可维护性。不同的应用场景、不同阶段的需求背景、不同的业务层面，对同一个类的职责是否单一，可能会有不同的判定结果。实际上，一些侧面的判断指标更具有指导意义和可执行性，比如，出现下面这些情况就有可能说明这类的设计不满足单一职责原则：

• 类中的代码行数、函数或者属性过多；

• 类依赖的其他类过多或者依赖类的其他类过多；

• 私有方法过多；比较难给类起一个合适的名字；

• 类中大量的方法都是集中操作类中的某几个属性。

2.OCP 开闭原则

​ 添加一个新的功能，应该是通过在已有代码基础上扩展代码（新增模块、类、方法、属性等