做系统功能性和模式的延展,是另辟蹊径还是原地飞升

原创| 开发动态| 一个月前| 阅读 68 次 | 5赞同 2反对

概述:板砖在2019年经历了一场规模巨大的系统升级,经过考察了甲方爸爸的系统构成和冗余之后决心一次性铲除,并在原有业务逻辑不变的基础上做巨大升级,工作好比把歼7直接升级到歼16,对于这件事儿我有话说!

在写本篇文章的时候,板砖已经用过.NET和PHP做过多个、多种系统了,也是为什么板砖博客期望将自己的项目经历产品化的原因。

我们首先来确认一件事儿,那就是大版本升级“必遭雷劈”!

在大版本升级、去冗余化、以及跨语言平台升级(产品重构)中,我们技术人员将遇到令人发指般的500错误一大框,究其原因可以总结为以下几点:

1. 路由规则适配的缺失,原系统或许有10个路由规则,另外隐藏了5条路由规则,当你升级重构的时候就会发生诸多404或500错误,这个时候不仅要快速去找问题,更有可能快速还原一个功能模块出来,

2. 资源的缺失,不过这类还算比较人道,资源缺失不外乎路径不对,找出来,覆盖上去就完结了,

3. 产品重构,相当于重新审视一遍项目可能性,从并发到数据关联程度到数据库的冗余,在一次短暂而快速的重构中设计到数据库表的拓展、数据转移、删减,记住这3个步骤,在项目平移之前请练习20遍,工作量之大,令人发指,在数据库的更新完成后,请不要参考老代码,请不要参考老代码,请不要参考老代码!重要的事情说3遍,不少老代码不够好,而是新的实现思路可以提升各种效率。

那么做系统功能性和模式的延展,是另辟蹊径还是原地飞升?

系统升级

板砖建议:看清楚形势再上菜!

我们可以从以下条件中去评估是重构系统还是原系统升级:

1. 在面对复杂的运营环境中,原系统核心模块是否可以抵挡高流量、高调整,是否能够对未来可以预见的5年做好技术支撑,如果不行,请重构!

2. 虽然目前的IT市场人满为患,但是一个小众的语言或者高精尖的语言并不适合财务压力较大的公司,如果我们的系统如此,公司财务压力如此,请重构!

3. 原系统通过各种补丁升级,目前已经遇到了严重的维护压力,并且不能保证系统稳定的情况下,请重构!

4. 通过新技术,可以在财务和运营效率上解决很大问题的时候,并且有时间和团队支持重构的情况,请重构!


板砖博客在运营、技术的解释中会一直延续言简意赅的风格,能少说一句绝对不会再加一句修饰词,感兴趣的朋友可以一直关注板砖动态,如果想知道板砖博客改版进度的朋友们可以加我QQ获取源码和讨论:QQ 554305954


DMAKE

本频道需要登陆后才能评论,请登录


暂无评论...