有关重构项目的一些小经验

最近开始重构,发现重构真的是即恶心又爽的一件事。不断的发现问题,解决问题。

个人觉得后端重构要注意以下的几个点:

最重要的一点:新启一套接口和方法去重构,同时保证两套系统的可用性。

  • 1.定义和前端协议参数的时候,名称,参数类型一定要统一,并列成一个表格放在公司wiki上。

(1)类似我们原有代码,对于定义定向id,有的叫targetingId,有的叫mid。可理解性差。不同get接口应该传的是一个同一个值,却命名不一致。

(2)还有的用户id,都是advertiserId,有的是Long类型,有的是String类型,后端service统一接收的是Long,在controller层又通过这种无效代码转换成Long。

Long aid =Long.parseLong(advertiserId);
  • 2.将所有特殊逻辑文档化,流程图化。

首先我们的广告系统业务逻辑及其复杂。重构除了把代码优化外,文档化也是很重要的。

很多系统没有有关特殊逻辑的梳理,导致后面排查外网问题,需求评审时候要重新梳理一遍逻辑。

还有可能修改一个点不小心影响到其他点,然后导致踩坑。

本次使用了swagger文档工具。还是蛮好玩的。

  • 2
    点赞
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值