定义流程的代码绝对不应该也不可能复用. 除非是有继承/替代关系的类,可以共享/继承流程
定义流程的代码在一定时期可能是具有复用价值的, 但是在迭代过程中,各个不同分支对流程的差异需求会导致之前复用的流程千疮百孔, 最终导致各个分支的流程都不清晰. 绞缠不清, 难以维护, 牵一发而动全身
涉及多条逻辑流程首先不应该考虑复用性, 可读性是所有编程活动中最优先考虑的事情, 复用性是在可读性的基础上进行的, 而且不应该在一开始就过分强调复用性, 应该在初期代码量, 需求不完全明确的时候在更强调可读性的时候允许一定的冗余度.
以便后续迭代中不断认识到各条调用逻辑上的需求差异, 更加清晰的做出重构判断
不考虑可读性,过分的追求复用性的结果就是危险的代码. 糅杂的流程
继承绝不是为了避免代码重复. 而是组织关系