单例模式 单例模式：一个类只能创建一个对象 场景：对于一些配置文件，数据操作的对象 5种常见单例 （1）饿汉式单例：在初始时new静态对象，缺点，不支持延时加载 （2）懒汉式单例：在getinstance中new 静态对象，加了锁，性能不好，支持延时加载 （3）双重检查单例： public clas

Administrator发布于 November 26,2023

发现代码质量问题 常规检查 1.目录设置是否合理，模块划分是否清晰，代码是否满足高内聚，低耦合 2.是否遵循设计原则和设计思想 3.是否过度设计 4.是否容易拓展 5.是否容易测试 6.是否易读，是否规范 业务检查 1.代码是否实现预期业务需求 2.逻辑是否正确，有没有处理异常 3.日志打印是否得当

Administrator发布于 November 26,2023

关于单元测试 单元测试是一种非常重要的重构手段 他能帮助我们及时发现代码逻辑问题 判断代码是否写的设计的合理 帮助同事更快理解我们的代码 测试不友好的代码 1.拥有未决行为 2.滥用全局变量 3.滥用静态方法 4.复杂的继承关系 5.高度耦合代码

Administrator发布于 November 26,2023

关于重构 重构：一种对软件内部结构的改善，目的是在不改变软件的可见行为的情况下，使其更容易理解，修改成本更低 也就是保证软件的正常运行下，通过设计原则，设计模式，规范，提高代码质量 为什么重构：开始做业务时，可能没有设计好，可能因为项目进度压力，写了烂代码，可能在业务的变更下，很多代码已经不在需要，

Administrator发布于 November 26,2023

迪米特法则(LOD) 1.高内聚:把相似功能放在同一类中，方便集中修改，类似单一职责 2.低耦合:类与类之间尽量减少依赖，关系尽量简单 迪米特法则：不该有直接依赖的类之间，不要有依赖，有依赖关系的类之间，尽量只依赖必要的接口 Each unit should have only limited kn

Administrator发布于 November 26,2023

DRP原则 DRP(Don't Reoeat Yourself):不要写重复的代码 举例几个违反DRP的例子 功能相同，代码不同 功能不同，执行子功能相同，比入你在登录时检测了用户名邮箱，同时你在操作时又检查了一遍邮箱 功能不同，部分代码相同不算违反DRP原则 Rule of Three 刚开始写代

Administrator发布于 November 26,2023

KISS原则与YAGNI原则 KISS: Keep It Simple and Short 保持代码简单 注意事项 1.不要重复造轮子 2.不要过度优化 不写同事不懂的代码 YAGNI: You Ain't Gonna Need it 不写暂时不需要的代码，不要过度设计 比如：在gradle中引入暂

Administrator发布于 November 26,2023

依赖反转(DIP) 依赖反转: Dependency Inversion Principle 高层模块不要依赖底层模块，高层模块和底层模块应该通过抽象相互依赖，抽象不要依赖具体细节，具体细节依赖抽象，调用层属于高层，被调用层属于低层,有点想基于接口而非实现编程，不是还是有点区别的，目的不一样 Hig

Administrator发布于 November 26,2023

接口隔离(ISP) 接口隔离(Interface Segregation Principle): 业务类继承的api接口，方法，真实接口 。中不能有用不到的操作 Clients should not be forced to depend upon interfaces that they do n

Administrator发布于 November 26,2023

里式替换(LSP) 里式替换(Liskov Substitution Principle): 子类对象能够替换程序中父类对象出现的地方，并且保证原来程序的逻辑行为不变以及正确性不被破坏 Functions that use pointers of references to base classes

Administrator发布于 November 26,2023