MVC里，模式层M是神马东东？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？

[不关橙猫猫事的哦]

难道模型层就是hibernate或ibatis的实体类？？那MVC哪层用来处理业务逻辑啊？还是说MVC本身就没涉及到业务逻辑层？？

[Defonds]

MVC 的三层和所谓 ssh 的三层体系不是一个概念，不要硬性按号入座。三层体系的分工是为纵向分工是线性分布，而 MVC 是面性的三者之间都能互相合作，虽然 ssh 目的和 MVC 一样，都是支持可维护性可扩展性为目的

[dai_jiawei]

MVC就是model+view+control...就我现在所学的，model就是类似于userBean ， 然后 view我现在主要是jsp做的，control我现在都是servlet做的。

[不关橙猫猫事的哦]

引用 1 楼 defonds 的回复:

MVC 的三层和所谓 ssh 的三层体系不是一个概念，不要硬性按号入座。三层体系的分工是为纵向分工是线性分布，而 MVC 是面性的三者之间都能互相合作，虽然 ssh 目的和 MVC 一样，都是支持可维护性可扩展性为目的

引用 2 楼 dai_jiawei 的回复:

MVC就是model+view+control...就我现在所学的，model就是类似于userBean ， 然后 view我现在主要是jsp做的，control我现在都是servlet做的。

哟西。。

[Defonds]

思噶～ 你们聊着，觉觉去了

[Defonds]

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

[teemai]

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

[-江沐风-]

引用 5 楼 defonds 的回复:

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

同意，MVC算是把架构中的一层给细化了吧！

[HinanaiTenshi]

MVC的三个主体对应：数据封装、数据展现、数据控制 在动态web初期这个设计有效降低了开发和维护的复杂度。 它本身和具体框架没有必然联系，目前主流的设计风格和框架技术是对这个设计结构的扩展，出于持久化的需求，dao层扩展了数据封装和数据控制，而因为数据控制的复杂性，独立出service层做进一步的细化。

[tony4geek]

model view controller

[Zemo]

大家说了那么多我想你已经明白了。 我起初学的时候也喜欢吧所谓的SSH跟MVC对应起来。 其实后来发现两个不能对应。 比如说spring就是贯穿全局的。 M层只是一个持久化层。 你就把他想成是一个实体真是存在的东西。 然后还包括直接跟他接触的东西。

[末日哥]

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

[Andy__Huang]

[不关橙猫猫事的哦]

引用 11 楼 fudongrifdr 的回复:

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

引用 6 楼 huxiweng 的回复:

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

引用 5 楼 defonds 的回复:

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

引用 7 楼 u012724379 的回复:

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

同意，MVC算是把架构中的一层给细化了吧！[/quote]

引用 8 楼 HinanaiTenshi 的回复:

MVC的三个主体对应：数据封装、数据展现、数据控制 在动态web初期这个设计有效降低了开发和维护的复杂度。 它本身和具体框架没有必然联系，目前主流的设计风格和框架技术是对这个设计结构的扩展，出于持久化的需求，dao层扩展了数据封装和数据控制，而因为数据控制的复杂性，独立出service层做进一步的细化。

引用 10 楼 qq245282209 的回复:

大家说了那么多我想你已经明白了。 我起初学的时候也喜欢吧所谓的SSH跟MVC对应起来。 其实后来发现两个不能对应。 比如说spring就是贯穿全局的。 M层只是一个持久化层。 你就把他想成是一个实体真是存在的东西。 然后还包括直接跟他接触的东西。

引用 12 楼 hdhai9451 的回复:

11楼说： service层和dao层都属于"M"，service处理业务逻辑 是不是这样的啊？？？？？是就结贴了。。

[jackson_fighting]

引用 13 楼 bill0605030109 的回复:

[quote=引用 11 楼 fudongrifdr 的回复:] service层和dao层都属于"M"，service处理业务逻辑

引用 6 楼 huxiweng 的回复:

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

引用 5 楼 defonds 的回复:

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

引用 7 楼 u012724379 的回复:

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

同意，MVC算是把架构中的一层给细化了吧！[/quote]

引用 8 楼 HinanaiTenshi 的回复:

MVC的三个主体对应：数据封装、数据展现、数据控制 在动态web初期这个设计有效降低了开发和维护的复杂度。 它本身和具体框架没有必然联系，目前主流的设计风格和框架技术是对这个设计结构的扩展，出于持久化的需求，dao层扩展了数据封装和数据控制，而因为数据控制的复杂性，独立出service层做进一步的细化。

引用 10 楼 qq245282209 的回复:

大家说了那么多我想你已经明白了。 我起初学的时候也喜欢吧所谓的SSH跟MVC对应起来。 其实后来发现两个不能对应。 比如说spring就是贯穿全局的。 M层只是一个持久化层。 你就把他想成是一个实体真是存在的东西。 然后还包括直接跟他接触的东西。

引用 12 楼 hdhai9451 的回复:

11楼说： service层和dao层都属于"M"，service处理业务逻辑 是不是这样的啊？？？？？是就结贴了。。 [/quote] 个人理解： MVC是一种思想，和service、DAO这样的三层架构没有关系。 MVC是思想、三层是架构。 M是model，可以简单理解为业务bean

[Defonds]

引用 13 楼 bill0605030109 的回复:

service层和dao层都属于"M"，service处理业务逻辑 是不是这样的啊？？？？？是就结贴了。。

看来楼主是铁了心要来个按号入座了 如果楼主非得要这么认为才心安理得，“service层和dao层都属于"M"，service处理业务逻辑”那就这么理解吧，也说得过去。

[觉醒值]

额 聊得这么嗨

[程序猿_死神]

引用 8 楼 HinanaiTenshi 的回复:

MVC的三个主体对应：数据封装、数据展现、数据控制 在动态web初期这个设计有效降低了开发和维护的复杂度。 它本身和具体框架没有必然联系，目前主流的设计风格和框架技术是对这个设计结构的扩展，出于持久化的需求，dao层扩展了数据封装和数据控制，而因为数据控制的复杂性，独立出service层做进一步的细化。

讲的挺好

[魔鬼_]

model 其实就是DAO层 负责访问数据库，增删改查之类的操作，service调用model层，取得数据库的数据或者插入到数据库，service拿到数据后，然后通过控制层controler把数据分配给视图层view用户就会看到数据的展示，其实mvc核心是controler负责全局的调度分配。。。个人理解，希望对你有用....