原型模式(Prototype Design Pattern)


1. 什么是原型模式? 如果对象的创建成本过大,而同一个类的不同对象之间差别不大(大部分字段都相同),就可以利用对已有对象(原型)进行复制的方式,来创建新的对象,以达到节省创建时间的目的,这种基于原型来创建对象的方式叫做原型设计模式,简称原型模式 2. 原型模式的两种实现方式 原型模式有两种实现方式

生成器模式


什么时候使用生成器模式 ❓ 如果一个类中有很多的属性,为了避免构造函数的参数列表过长,影响代码的可读性喝易用性,我们可以通过构造函数配合set() 方法来解决,但是如果存在下面情况中的任意一种,我们就要考虑使用生成器模式了。 我们把类的必填属性放到构造函数中,强制创建对象的时候就设置。如果必填的属性

工厂模式


什么时候使用工厂模式❓ 当创建逻辑比较复杂,是一个大工程的时候,就可以去考虑使用工厂模式,封装对象的创建过程,将对象的创建和使用分离,比如以下两张情况 类似规则配置解析的例子,代码中存在if-else 分支判断,动态的根据 不同的类型创建不同的对象。针对这种情况,我们就考虑使用工厂模式,将这一大坨i

单例模式


单例模式 1. 单例的定义❓ 一个类只允许常见一个对象(或者实例),那这个类就是一个单例类 2. 单例的用处❗ 从业务概念上,有些数据在系统中值应该保存一份,就比较适合设计为单例类。比如 ,系统 的配置信息类 ,除此之外。我们还可以使用单例解决资源访问冲突的问题。 3. 单例的实现 ❗ 饿汉式 在类

改善代码的20条规范


改善代码的20条规范 1. 关于命名 命名的关键是能准确达意,对于不同作用域的命名,我们可以适当的选择不同的长度。作用域小的变量(比如临时变量),可以适当的选择短一些的命名方式,除此之外,命名中也可以使用一些耳熟能详的缩写 我们可以借助类的信息来简化属性,函数的命名,利用函数的信息来简化函数参数的命

其他的设计原则


1.KISS 原则 尽量保持简单 KISS 原则是保持代码可读和可维护的重要手段。KISS 原则中的“简单”并不是以代码行数来考量的。代码行数越少并不代表代码越简单,我们还要考虑逻辑复杂度、实现难度、代码的可读性等。而且,本身就复杂的问题,用复杂的方法解决,并不违背 KISS 原则。除此之外,同样的

设计模式的五大设计原则与思想 SOLID


设计模式的五大设计原则与思想 SOLID (SRP):单一职责原则 🐕‍🦺 1. 如何理解单一之原则 ❓ 一个类只负责完成一个职责或功能,不要设计大而全的类,要设计粒度小,功能单一的类。单一职责原则是为了实现高内聚,低耦合,提高代码的复用性,可读性,可维护性 2. 如何判断类的职责是否足够单一❓

23个经典设计模式


二十三个设计模式 1. 创建型 (包含5种) 抽象工厂模式 工厂方法模式 生成器模式 单例模式 原型模式 2. 结构型(包含7种) 组合模式 外观模式 装饰器模式 享元模式 桥接模式 代理模式 3.行为型(包含11种) 职责链模式 观察者模式 访问者模式 <