每个领导上任都想重构,然而重构不是一蹴而就的。只是因为缺乏对业务逻辑的需求累积的全盘掌握,所以觉得一片混乱。重写可能会更好,但也会投入许多尝试与波折。业务运行得很好没必要重构。小改亦无必要重构。现状很好,就是过去辛苦汗水的成果,正是收获的时候。人月神话是不存在的。

人要克服对现状混乱的接受,多忍耐,多观察。就像这个世界已经运行了不知多少年了,难免有些差错。从利害的角度考虑,那怕从自私的角度考虑,也许未来情况变了,眼前的努力完全没必要,还可能给别人造成麻烦。重构一遍,只是让自己熟悉了这套业务逻辑,却让业务本身折腾一翻(当然参与所以印象深刻)。才发现别人写法的合理甚至高妙之处。苛求于洁癖,工作是自己的玩具吗?一离开高妙思想的全局统筹,曾经多高妙就有多混乱。

一种是将业务关联小的代码物理隔离,以业务为单位而不是共性,比如不同的模块引用了相同的表,只是巧合。以业务为单位,将责任落实到人,而不是复杂成一砣,一个功能都照顾不好。

面向接口编程,比如表结构,很多是弱类型的无法约束到。要兼容性照顾,还有变更时对引用者通知到位。(要登记引用者)。

人们创造概念术语,迷惑了很多人,当然也达到了营销的效果,其实还得看病抓药,不同场合有不同的处理办法,当然阅历可能会起效果。
展开
3