MVC里，模式层M是神马东东？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？
难道模型层就是hibernate或ibatis的实体类？？那MVC哪层用来处理业务逻辑啊？还是说MVC本身就没涉及到业务逻辑层？？
------解决方案--------------------
MVC 的三层和所谓 ssh 的三层体系不是一个概念，不要硬性按号入座。三层体系的分工是为纵向分工是线性分布，而 MVC 是面性的三者之间都能互相合作，虽然 ssh 目的和 MVC 一样，都是支持可维护性可扩展性为目的
------解决方案--------------------
MVC就是model+view+control...就我现在所学的，model就是类似于userBean ， 然后 view我现在主要是jsp做的，control我现在都是servlet做的。
------解决方案--------------------
思噶～
你们聊着，觉觉去了
------解决方案--------------------
再来罗嗦一句。
MVC 可以被认为是 ssh 三层的一部分，就是三层中的一层；
ssh 可以认为是 MVC 的 M 的扩展。
欢迎楼主和其他同学拍砖。
说的话有点反应，还是好的，讨论中涨经验值飞快 
不要像博客那边，没点反应，虽然点击率不低
------解决方案--------------------
通常的MVC 就是 Model View Controller。
现在对MVC还有更细分的模块。通常在src下得package来划分的比较清楚。
还有就是MVC模式目的就是让项目层次分明，便于维护
------解决方案--------------------

引用:

再来罗嗦一句。
MVC 可以被认为是 ssh 三层的一部分，就是三层中的一层；
ssh 可以认为是 MVC 的 M 的扩展。
欢迎楼主和其他同学拍砖。
说的话有点反应，还是好的，讨论中涨经验值飞快 
不要像博客那边，没点反应，虽然点击率不低

同意，MVC算是把架构中的一层给细化了吧！
------解决方案--------------------
MVC的三个主体对应：数据封装、数据展现、数据控制
在动态web初期这个设计有效降低了开发和维护的复杂度。
它本身和具体框架没有必然联系，目前主流的设计风格和框架技术是对这个设计结构的扩展，出于持久化的需求，dao层扩展了数据封装和数据控制，而因为数据控制的复杂性，独立出service层做进一步的细化。
------解决方案--------------------
model view controller
------解决方案--------------------
大家说了那么多我想你已经明白了。 
我起初学的时候也喜欢吧所谓的SSH跟MVC对应起来。 
其实后来发现两个不能对应。 
比如说spring就是贯穿全局的。 
M层只是一个持久化层。 你就把他想成是一个实体真是存在的东西。 然后还包括直接跟他接触的东西。
------解决方案--------------------
service层和dao层都属于"M"，service处理业务逻辑
------解决方案--------------------

------解决方案--------------------

引用:

Quote: 引用:

service层和dao层都属于"M"，service处理业务逻辑

引用:

通常的MVC 就是 Model View Controller。
现在对MVC还有更细分的模块。通常在src下得package来划分的比较清楚。
还有就是MVC模式目的就是让项目层次分明，便于维护

引用:

再来罗嗦一句。
MVC 可以被认为是 ssh 三层的一部分，就是三层中的一层；
ssh 可以认为是 MVC 的 M 的扩展。
欢迎楼主和其他同学拍砖。
说的话有点反应，还是好的，讨论中涨经验值飞快 
不要像博客那边，没点反应，虽然点击率不低

引用:

Quote: 引用: