编码不规范之将request传参到sevice中
最近审核团队成员代码,发现确实有很多不规范的地方,其中问题之一就是将request、response、session等参数到传入到sevice层处理,在sevice中通过request对象获取到参数后再进行对应的业务逻辑处理,虽然功能上实现了,但这是一个很不好的编码习惯。尤其是在正式的项目,为方便以后维护绝不能这样做。
首先这有点破坏分层的架构,本来用了MVC架构,controller层该处理的事不应该传递到sevice层,否则加重了代码依赖,失去了分层的意义。
其次,这样做不适合做单元测试. 如果你想对Service层的方法做单元测试. 但是其参数是HttpServletRequet, 此时你必须用Mock的Request对象或者自己生成Request stub片段来完成.。再次,这样做很不利于将来扩展,如果Service的客户端不仅仅是Web的Controller, 假如还有一个走其他协议的RPC框架, 它就没法构造(或者说完全没有必要)HttpServletRequet。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 记一次.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 跟同学聊天电商的一些看法