项目实训 : 关于对于项目当前架构的优化思路

关于对于项目当前架构的优化思路

层次分工存在的问题

冗余

当前项目中存在很多的没有意义的方法转接,比如从类1的insert方法直接调用类2的insert方法,类2insert直接调用调用类三的insert,十分的单一且冗余。这样调用完全失去了层层封装,不同层次不同分工的意义。我们应该消除掉这些冗余的调用,转为更加简洁的层次结构。

示例

请添加图片描述

请添加图片描述

请添加图片描述

既然有了service层,又是调用其他的api,那么就不需要划分成这么多层。

模糊

现在的层次之间交互的接口包含了一些Map和Object,然而Map参数如果没有注释的话,后来的人不可能知道里面怎么样的Entry,不知道有什么键,可读性极差,其次Object太过于抽象,应该将其划分为具体的数据类型,而不是全都抽象成Object后再耦合在一起进行类型判断。

示例

请添加图片描述

应该拆分为:

请添加图片描述

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值