编码不规范之将request传参到sevice中

最近审核团队成员代码,发现确实有很多不规范的地方,其中问题之一就是将request、response、session等参数到传入到sevice层处理,在sevice中通过request对象获取到参数后再进行对应的业务逻辑处理,虽然功能上实现了,但这是一个很不好的编码习惯。尤其是在正式的项目,为方便以后维护绝不能这样做。

首先这有点破坏分层的架构,本来用了MVC架构,controller层该处理的事不应该传递到sevice层,否则加重了代码依赖,失去了分层的意义。

其次,这样做不适合做单元测试. 如果你想对Service层的方法做单元测试. 但是其参数是HttpServletRequet, 此时你必须用Mock的Request对象或者自己生成Request stub片段来完成.。再次,这样做很不利于将来扩展,如果Service的客户端不仅仅是Web的Controller, 假如还有一个走其他协议的RPC框架, 它就没法构造(或者说完全没有必要)HttpServletRequet。

posted on   时间朋友  阅读(436)  评论(0编辑  收藏  举报

编辑推荐:
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 没有源码,如何修改代码逻辑?
阅读排行:
· 分享4款.NET开源、免费、实用的商城系统
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 记一次.NET内存居高不下排查解决与启示
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
历史上的今天:
2017-07-28 《黑客与画家》听书笔记
2016-07-28 2016年第31周四
2015-07-28 2015第31周二
2014-07-28 第31周一
2013-07-28 2013年7月份的最后一个周末
2012-07-28 跟同学聊天电商的一些看法

导航

< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5
点击右上角即可分享
微信分享提示