查看: 1070|回复: 2
|
MVC Pattern
[复制链接]
|
|
我正在做我的Internship和final year project,打算用这个design pattern写网页(php5)
想问问……因为网上真的很多tutorial看的我有点眼花,想确认一下MVC到底是什么……
从我看到的一大堆tutorial,暂时理出来的结论……
Model -数据库内的数据
View - UI
Control - 接收user input,更新Model,管理流程(决定load什么view),validation,管理数据库的connection
到目前为止我有错吗? |
|
|
|
|
|
|
|

楼主 |
发表于 23-4-2007 12:50 PM
|
显示全部楼层
再进一步
假设流程如下,比如说我要叫一个form加入资料
首先去front controller,然后front controller决定是哪一个module的工作
之后再叫相关的page controller接手
之后page controller看看是不是有user input
没有的话就叫Model把资料呕给View
接着page controller把View叫出来见人
如果有input的话,page controller先validate
然后update Model
之后叫Model update View
最后Page Controller再叫View出来见人
这样对吗? |
|
|
|
|
|
|
|

楼主 |
发表于 23-4-2007 04:33 PM
|
显示全部楼层
原帖由 V4ndrake 于 23-4-2007 12:50 PM 发表
再进一步
假设流程如下,比如说我要叫一个form加入资料
首先去front controller,然后front controller决定是哪一个module的工作
之后再叫相关的page controller接手
之后page controller看看是不是有u ...
front controller 和 page controller
好像不是这样用的
有了front controller应该不需要再用page controller了的样子
如果是这样子,流程是不是应该如下
首先request先到front controller
然后front controller选择是哪一个View出来见人
然后front controller把相关的update交给Model处理
之后View向Model要求应该显示出来给人家看的资料
最后Model把资料回传给View显示
可是如此一来,front controller不是变得很简单咯?
比较复杂的flow management找谁人做?
以上的scenario是基于我对http://java.sun.com/blueprints/patterns/MVC-detailed.html 关于MVC的了解以及一点点对Front Controller的认识出发。
我所知道的:
Controller
- 收集request/input,然后去更新相关的Model
- 选择哪一个View出来见人
Model
- 收藏资料,以及一些characteristics/state。
- 对state的查询作出回应
- 一旦更新,通知View
View
- 用户界面,内容来自Model
- 所有的更新来自Model
- 把用户的输入交给controller分配给适合的Model
- 能够被Controller宠幸,然后带出来见人
所以三者的三角关系:
Controller-----------------------更新------------------------>Model
Model-----------------------把自己的更新通知-------------------->View
Model<----------------------------查询资料---------View
View----------------------------输入到------------->Controller
View<----------------------------被选择---------------Controller
[ 本帖最后由 V4ndrake 于 23-4-2007 04:53 PM 编辑 ] |
|
|
|
|
|
|
| |
本周最热论坛帖子
|