客户代码功能要升级改造,苦酒一杯

快速开发师 发布于 2016/12/20 16:52
阅读 159
收藏 0

客户代码功能要升级改造,一个大动作,我得要从庞大的表数量中统计出有影响到这次改造的字段。然后再从表去查找后台代码,然后再从后台代码追溯到前台的操作,我不是这个系统的资深开发人员,这个系统已使用10多年,大量的业务模块我并不熟悉,我只能通过代码和注释和菜单去说明在哪个模块下,大概的操作。我这里说的,都是我相对长的时间内要干的事情,可就在客户方决定要升级的时候在没隔半天就必须要我将所有需要变更的业务点提供给他们,好吧,我就粗略地列了下所有可疑的模块给了客户方,然后隔了几天,当我从表结构挖掘工作进行到中途的时候,客户方的测试人员又要我花半天时间弄出来详细的上次列出来的模块的操作步骤,那是要我梳理完最终才能得出的结果啊,可我才进行到一半,然后我被一顿鄙视,因为我勉强给出的,让他们感觉不够详细而且是混乱的,说实话,我从来都不是这个系统的资深架构者,我新来团队才几个月,而这个系统用了10多年了。 要说这次改造如果成功那么,谁是最大的工程,是挖矿的,还是卖料的,作为一个系统的大动作调整,那些客户方的领导在还没挖掘完就要业务详细的改造点和测试点,我真是醉了。正常地步骤是先从‘根源’即“表数据”去倒推业务涉及的点吧,简直本末倒置地驱使着这项工程的进行,

哎,这杯苦酒,我只能默默地忍受着,我默默地挖掘着,从代码底层,和表结构表数据底层去挖掘可疑字段,最后结果的正确性只有我知道最重要的是挖掘底层表和代码的工作,这杯苦酒我吞了。

加载中
0
黑狗
黑狗

再想想办法 这样是不行的 这样改造了更加不可信了

黑狗
黑狗
回复 @快速开发师 : 不改动原有代码不可以么? 就在外面套额外的逻辑,比如,执行了老代码(方法)以后,你回退部分操作,变动部分操作,不然老代码你只能维护得越来越痛苦
快速开发师
快速开发师
改造点不是很大,比较小,但影响的业务模块很多
返回顶部
顶部