现在的架构controller层与service层使用的map<string, string>传值,感觉很多时候数值转换很麻烦; 但是如果用bean对象传值,需要建很多专门用来传值的bean。。。。求架构大神指点一下
闭关修行中......
这就是一个细节代码实现问题,还不到架构。。
用map传参显然是有问题的,用封装好的model传值语义上更明确些,而且便于维护,model多并不是啥问题
若觉得每次从map转model很烦琐的话,可以用BeanUtil工具或者自己写个工具类做转换
赞同楼上,model多可以用package做分层
尽量写出便于维护的代码,用map做返回参数对于以后维护是噩梦
同意一楼,建议参数少的话,直接传指定类型的变量,多的话,直接搞个dto,参数传对象
建议使用bean传值,安全可靠,便于维护。业务要求众多bean的话,一定要分包分层管理bean,一个结构清晰、层次分明的项目文件结构有助于理清开发思路。
这就是一个细节代码实现问题,还不到架构。。
用map传参显然是有问题的,用封装好的model传值语义上更明确些,而且便于维护,model多并不是啥问题
若觉得每次从map转model很烦琐的话,可以用BeanUtil工具或者自己写个工具类做转换
赞同楼上,model多可以用package做分层
尽量写出便于维护的代码,用map做返回参数对于以后维护是噩梦
同意一楼,建议参数少的话,直接传指定类型的变量,多的话,直接搞个dto,参数传对象
建议使用bean传值,安全可靠,便于维护。业务要求众多bean的话,一定要分包分层管理bean,一个结构清晰、层次分明的项目文件结构有助于理清开发思路。