- 博客(5)
- 收藏
- 关注
RSS订阅原创 设计模式之建造者模式
使用场景对象的构建有很多必填参数，如果使用构造函数会导致参数列表过长难以使用构造参数之间有依赖关系，比如设置了minAge就必须设置maxAge，且minAge小于等于maxAge类的属性一旦被创建就不可变（不暴力set()方法）类图Person类包含了一个内部类Builder，负责对外暴露设置属性的方法，这些方法可以包含校验和初始化规则，属性之前的依赖规则可以放到最终调用的build()方法中校验代码实现public class Person { private Long i
2022-01-24 12:55:41
83
原创 设计模式之工厂模式
工厂模式可以细分为：简单工厂、工厂方法和抽象工厂三种模式。使用场景总体而言工厂模式的使用场景分为两种：单个对象的创建过程比较复杂，如需要做复杂初始化操作的对象需要根据不同的类型创建不同的对象针对细分的三种模式，使用场景又可以区分：当「对象的创建逻辑简单」，通常只需要new一下就可以，此时可以考虑「简单工厂模式」当「对象的创建逻辑很复杂」，需要做各种初始化操作，此时可以考虑使用「工厂方法模式」，将对象创建的复杂逻辑拆分到各个工厂类中，让每个工厂类都不至于过于复杂当「系统中有多于一个产品族」，而每次只使用其中某
2022-01-22 22:33:20
362
原创 设计模式之单例模式
单例设计模式理解起来非常简单。一个类只允许创建一个对象（或者实例），那这个类就是一个单例类，这种设计模式就叫单例模式。使用场景处理资源访问冲突下面的示例中如果每个类都创建一个 Logger 实例，就可能造成日志内容被覆盖的情况。public class Logger { private FileWriter writer; public Logger() { &nb
2022-01-15 17:28:39
297
原创 设计模式之设计原则
❝SOLID原则是由五个设计原则组成：单一职责原则（SRP），开闭原则（OCP），里式替换原则（LSP），接口隔离原则（ISP），依赖反转原则（DIP）❞单一职责原则（SRP）概念单一职责原则的英文是 Single Responsibility Principle，缩写为 SRP。「一个类只负责完成一个职责或者功能」。不要设计大而全的类，要设计粒度小、功能单一的类。单一职责原则是为了实现代码高内聚、低耦合，提高代码的复用性、可读性、可维护性。如何判断类的职责是否足够单一？不同的应用场景、不同阶段的需求背景、
2022-01-15 17:27:13
66
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人