Controller一般干些啥

拿到请求(request),1. 然后从request中解析出参数,2. 进行一些参数校验,3. 构造出下一层需要的参数,下一层可能是model层(mvc模型),也有可能是application层(ddd模型)
想起以前某个老项目的request一路传到最后面,痛不欲生
步骤1中解析参数的部分可能会交给容器(PathVariable,RequestParam等等),可能就省了手动从Request拿参数的部分。但是后面要用到的参数都应该在这里封装好
步骤2的参数校验也可能交给容器,有一些校验器啥的,但是有一些特定的逻辑可能需要手动校验。那么问题来了,controller层究竟校验啥呢?业务逻辑?参数规范性?required or optional?安全性?我个人觉得这里校验的应该还是和接口有关的内容,业务逻辑应该丢到下层校验,这样复用性高一些。具体的场景具体分析。
步骤3的感觉还是封装成几个业务实体好一些,以前有个老项目,所谓的参数提取就是把所有参数封了一个xxxrequest,真的是很蛋疼
一点想法而已、、随手记录一下

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值