JAVA关于MVC架构-层级的业务处理-提问

[milestoneO]

1）View不用说也不做多了解
以下描述是问题：
2）Controller作用是接收View层请求/响应数据
3）Model最用处理业务逻辑
提问:
1）controller层
1. 只做接收/响应请求吗？
2.是否能在C层foreach/拼接数据？

2）model层
1,接口设计以List/map作为参数传入（接口少）
2,接口设计分得更加细致（接口多）
3, 都能满足业务需求：
（接口少）controller就涉及业务逻辑了
（接口多）controller零业务逻辑
请对问题作一下回复：谢谢

[ouyangjun__]

1.1、C层是否只做接收/响应请求，要看你的项目需求了，如果你的项目只提供Rest服务，就可以这样做。如果你的项目还有其它服务提供方式，比如webservices接口，那C层建议只做接收/响应请求。
1.2、如果只有Rest服务，你在C层做啥操作都是可以的，MVC只是一种规范，各干个的事而已。如果有其它服务方式，就建议分开，C层只对外提供接口，具体逻辑放到业务层实现。

2.1、现在的接口参数不建议使用list/map传入，接口少的情况可以是用vo，在vo中封装list/map，这样接口参数可以多样化。
2.2、在接口多的情况下，由于现在微服务比较火，现在的接口参数几乎都是json格式，自己可以统一使用json的方式传值。

[淡定的蜗牛]

Java并发那些事 https://www.jianshu.com/p/470f96bde10e