现在在做的系统在线上已经运行了10年的时间了,随着不断的发展,现在已经拆分成很多的系统了,我现在在其中处理的是支付相关的部分,开发的时候有些感受,记录下来。
首先,要给不同的系统提供远程服务(别人调用我们),同样的功能,可能给财务系统,短租系统,分时系统同时使用,但是为了后期的扩展性,一般要单独提供远程的服务接口,即每个系统一个服务接口。
虽然接口不一样,但是里面处理的逻辑基本一样,公司规定给每个系统提供的入参和出参也要单独提供,这就导致要有3个入参,3个出参,3个远程服务接口Api,3个远程服务接口实现。
只是一个需求,至少要12个类,但是其中重复的东西比较多,为了防止后续需求变更,或者出现bug要进行修改,那么要DRY(Do not Repeat Yourself),不要有太多的重复代码。
提取重复部分
- 因为逻辑相同,入参和出参的属性一般是一样的,那么再分别提供基本供入参出参继承。
- 服务的逻辑也是相同的,所以在提供基类供为各个系统提供的服务继承
这样会再多3个类,一个需求就变成了15个类。
思考
有时候多出几个类是为了维护起来更方便,另外作为开发就是为了满足别人的需求,仔细想出更高效的办法。
常用操作
开发完之后,做一些大系统都会做的东西
- 到服务注册中心,分别注册自己的服务
- 到WIKI中维护给外部提供的远程服务
- 准备好上线的数据库脚本
- 更新自己开发的JIRA状态
- 接下来进行提测
- ....
最后
还是常见的流程,在轻车熟路之后不要忘了提升自己的技术本领,提高自己的价值
网友评论