这是一个创建于 3849 天前的主题，其中的信息可能已经有所发展或是发生改变。
估计有的放Controller， view， model里的都有，放在view里的我觉的纯粹就是瞎搞，controller还可以忍受， 还有其他的更好的解决方案嘛？
16 条回复 • 2015-08-12 14:34:52 +08:00
 |
1
Clarencep 2015 年 7 月 6 日
网络请求？调用其他系统的REST之类接口吗？
|
 |
3
nagato 2015 年 7 月 6 日
Model
|
 |
5
hdbean 2015 年 7 月 6 日
记得以前在网易面试的时候,也问过我同样的问题,我说放View,面试官不以为然呵呵冷笑了一下.
|
|
6
Clarencep 2015 年 7 月 6 日
@issues 必须是model层；controller层要精简，这种接口调用还是放model层比较合适。若是想搞得解(fu)耦(za)一点，可以将model再分割为BLL和DAL，接口调用放在DAL里面。
|
 |
7
chaucerling 2015 年 7 月 6 日
封装成lib
|
 |
9
Cynthiasun 2015 年 7 月 6 日
model
|
 |
10
belanote 2015 年 7 月 6 日
必须 model 啊
|
 |
11
jarlyyn 2015 年 7 月 6 日
我是放model的，
就若同后台的mvc,数据库操作必然是model里一样。 |
 |
12
mhycy 2015 年 7 月 6 日
定义在model
然后方法以特殊的名称定义，例如API_xxxxxx() 然后在一个controller里面统一处理 |
 |
13
chmlai 2015 年 7 月 6 日
一般把网络请求先封装成"Service"层, 然后再 model 或者 controller 里面访问都可以接受.
|
 |
15
myc0210 2015 年 7 月 7 日
angularjs 的话就是扔去一个service里= =
|
 |
16
zylll520 2015 年 8 月 12 日
从流程上网络请求由 C 发出，经过 M 的转换，传给 C ，然后再传递给 V 显示，V 里面放业务逻辑就可以了，独立出来的话，网络请求包含 M，C 引用网络请求，感觉逻辑上 MVC 中 MV 之间没有连接了，所以我想放在 M 里面可以吗？但模型和网络请求就混合在一起了，不知道后期好不好维护？
|
Select Language