MVC的个人理解
2014-12-02 00:00
375 查看
M:Model,数据模型
V:View,界面,用来显示数据
C:Control,控制器,用来负责控制M和V的关系
MVC设计的目的:在MVC之前只有M和V,M负责管理数据,V包含M负责向M获取数据,这样做的缺点是会导致M和V的耦合性太强为了解决这个问题,我们在V和C之间多加一层,来弱化他们之间的联系,这就是传说中得Controller,他们三者之间关系如下:
(1) C是负责协调V和C的关系的所以C必须获得它们两者的引用
(2) M是被动获取数据的,因此它只能被别人引用
(3) V是于用户交互的部分,随时可能要刷新数据,因此它要获取C的引用来间接获得数据
(4) 这样做之后M就可以安安心心地管理它的数据了,V就可以安安心心地管理它的界面了
V:View,界面,用来显示数据
C:Control,控制器,用来负责控制M和V的关系
MVC设计的目的:在MVC之前只有M和V,M负责管理数据,V包含M负责向M获取数据,这样做的缺点是会导致M和V的耦合性太强为了解决这个问题,我们在V和C之间多加一层,来弱化他们之间的联系,这就是传说中得Controller,他们三者之间关系如下:
(1) C是负责协调V和C的关系的所以C必须获得它们两者的引用
(2) M是被动获取数据的,因此它只能被别人引用
(3) V是于用户交互的部分,随时可能要刷新数据,因此它要获取C的引用来间接获得数据
(4) 这样做之后M就可以安安心心地管理它的数据了,V就可以安安心心地管理它的界面了
相关文章推荐
- JSP---MVC思想的一点个人理解
- MVC最直白的个人理解
- MVC的个人理解
- 对mvc及三层架构的个人理解
- 三层架构和MVC比较的个人理解
- MVC 讲解 个人理解清晰说明
- MVC之个人理解
- MVC的个人理解
- ASP.NET MVC关于验证的个人理解
- 三层架构和MVC比较的个人理解
- 对于angular 中MVC 和 MVVM 的一些个人理解
- MVC个人理解
- 个人对MVC的理解
- MVC和三层架构的关系(个人理解)
- JAVA程序开发中对MVC的个人理解
- 个人对插件和钩子的理解
- 深入理解ASP.NET MVC(9)
- 我的mqtt协议和emqttd开源项目个人理解(11) - EMQ 一个客户链接的资源消耗
- 个人对withValueBackReference的理解
- 个人理解八皇后问题