【程序设计】6大设计原则之单一职责
2023-02-18 16:41:30 时间
概念:
有且仅有一个原因引起类的变化,也就是一个类只负责一项职责的原则。
方案介绍:
如果在设计之初定义一个类中有多项职责,则应该考虑重新设计将类的粒度进行分解为多个子类,每个子类职责单一。
案例分析:
完整代码地址:CodeSendBox
需求1.0讲解:
在国庆来临之际我们要对优质客户进行促销回馈活动,会员1级的用户8折出售,会员2级的用户7折出售。
代码实现:
export class Product {
// 不同等级的会员享有的折扣不同
sell(member: number, discount: number): void {
if (member === 1) {
console.log("国庆热卖,尊贵的1级会员");
if (discount === 8) {
console.log("8折出售了~");
}
} else if (member === 2) {
console.log("国庆热卖,尊贵的2级会员");
if (discount === 7) {
console.log("7折出售了~");
}
}
}
}
// 两个因素影响产品类;
import { Product } from "./v1";
new Product().sell(1, 8);
new Product().sell(2, 7);
说明:通过上面代码的实现可以看出,我们的商品类在进行出售的时候有两个可变因素,一个是会员等级,另一个是享受折扣。
需求迭代1.1讲解:
在原有的基础上还允许我们的用户使用手中的优惠券进行折上折活动,但是不同的会员等级也是有不同优惠券额度的限制,1级会员最高20元,2级会员最高50元。
代码实现:
export class Product {
// 不同等级的会员在原有折扣的基础上享有不同额度的优惠券使用服务
sell(member: number, discount: number, coupons: number): void {
if (member === 1) {
console.log("国庆热卖,尊贵的1级会员");
if (discount === 8) {
console.log("8折出售了~");
if (coupons <= 20) {
console.log("使用优惠券最高再减20~");
}
}
} else if (member === 2) {
console.log("国庆热卖,尊贵的2级会员");
if (discount === 7) {
console.log("7折出售了~");
if (coupons <= 50) {
console.log("使用优惠券最高再减50~");
}
}
}
}
}
import { Product } from "./v2";
new Product().sell(1, 8, 20);
new Product().sell(2, 7, 50);
功能复盘:
通过第一版的代码实现和第二版的迭代,我们将成功的出售的函数变得更加庞大,按次方法迭代下去,这个方法的复杂度不可估计,每次上线也将变得心惊肉跳的有没有。其实问题的原因就是在设计之初没有考虑好将来的变化为违反了单一职责的原因。
代码重构:
重新设计后的产品类:
export class Product {
service: IProductService;
constructor(service: IProductService) {
this.service = service;
}
sell() {
this.service.member();
this.service.discount();
this.service.coupons();
}
}
定义产品出售的影响因素接口:
interface IProductService {
member(): void;
discount(): void;
coupons(): void;
}
原来的产品类按会员等级分解为两个会员客户类:
每个等级的客户单独维护与自己紧密相关的因素
export class Level1Customer implements IProductService {
member(): void {
console.log("国庆热卖,尊贵的1级会员");
}
discount(): void {
console.log("8折出售了~");
}
coupons(): void {
console.log("使用优惠券最高再减20~");
}
}
export class Level2Customer implements IProductService {
member(): void {
console.log("国庆热卖,尊贵的2级会员");
}
discount(): void {
console.log("7折出售了~");
}
coupons(): void {
console.log("使用优惠券最高再减50~");
}
}
客户端实现:
import { Product, Level1Customer, Level2Customer } from "./v3";
new Product(new Level1Customer()).sell();
new Product(new Level2Customer()).sell();
再次复盘:
重构后客户端的改造量最少,产品类的拆分导致代码量直线上涨,但是我们的类将变得各司其职,在增加新的售卖方案条件时将对以前版本的侵入变得更少,扩展变得简单,易于维护。
相关文章
- 偶然当程序员却拿下图灵奖,超算榜单之父讲述人生开挂经历
- AI写剧本炸场戏剧节!DeepMind出品,马斯克看了直夸,网友看到接口悟了
- 10X单细胞(10X空间转录组)CNV分析之inferCNVpy
- 极值理论 EVT、POT超阈值、GARCH 模型分析股票指数VaR、条件CVaR:多元化投资组合预测风险测度分析|附代码数据
- 分布滞后线性和非线性模型(DLNM)分析空气污染(臭氧)、温度对死亡率时间序列数据的影响|附代码数据
- 什么是OpenGL
- Schema Registry在Kafka中的实践
- 如何设计一个高性能的图 Schema
- 与电装DENSO建立EDI连接需要掌握哪些信息?
- 消失的遗传力的进一步剖分及应用
- 如何科学预测后代的身高
- 优美的曲线-译
- 优美的曲线-turtlesim
- R语言中交集,并集,补集,差集的方法
- 根据系谱数据查看个体间关系
- (1)系统可用性指标:SLA
- 三体中歌者如何发现地球的位置的?
- 农学的为何要学习神经网络???
- 一文搞定基因型数据清洗
- 农业数据分析师的职业规划