定义/控制流程的代码绝无可能复用-除非是有继承/替代关系的类

本文探讨了在软件开发过程中,流程设计的重要性及其潜在的问题。指出在初期阶段应优先考虑代码的可读性而非过度追求复用性,并说明了继承的目的并非为了减少代码重复,而是为了更好地组织代码结构。

定义流程的代码绝对不应该也不可能复用. 除非是有继承/替代关系的类,可以共享/继承流程

 

定义流程的代码在一定时期可能是具有复用价值的, 但是在迭代过程中,各个不同分支对流程的差异需求会导致之前复用的流程千疮百孔, 最终导致各个分支的流程都不清晰. 绞缠不清, 难以维护, 牵一发而动全身

 

涉及多条逻辑流程首先不应该考虑复用性, 可读性是所有编程活动中最优先考虑的事情, 复用性是在可读性的基础上进行的, 而且不应该在一开始就过分强调复用性, 应该在初期代码量, 需求不完全明确的时候在更强调可读性的时候允许一定的冗余度.

以便后续迭代中不断认识到各条调用逻辑上的需求差异, 更加清晰的做出重构判断

 

不考虑可读性,过分的追求复用性的结果就是危险的代码. 糅杂的流程

 

继承绝不是为了避免代码重复. 而是组织关系

转载于:https://www.cnblogs.com/wmalloc/p/10592464.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值