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