1、单一入口:是不是前台的没一个用户请求都是从这个入口进来的?
这个入口一般都是index.php,那这个网址怎么弄得?
2、它是一个模块对应一个控制器吗?假如有一个用户模块,里面包含注册、登录等等,在到控制器之前是不是有一个解析网址的过程?解析网址识别用户的请求,假如是一个登录请求,那就转到用户控制器,然后控制器再把请求转到模型,不知道是不是一个模块就写一个类(模型),里面包含注册、登录等等方法,还是一个模块对应一个控制器,模型里面就是分开的注册、登录等类?
3、看了老半天框架和一些mvc写的项目也没有看出MVC是怎么工作的,一会跳到哪里一会又跳到这里,真搞不懂这流程。

解决方案 »

  1.   

    M:model层,操作数据库的类
    V:视图层,也就是前台模版
    C:cottroler,控制层,接受视图层的请求,同时告诉model层,即调用model类里面的方法!
      

  2.   

    M:model层,操作数据库的类
    V:视图层,也就是前台模版
    C:cottroler,控制层,接受视图层的请求,同时告诉model层,即调用model类里面的方法!
      

  3.   

    1、单一入口:是不是前台的没一个用户请求都是从这个入口进来的?
    这个入口一般都是index.php,那这个网址怎么弄得?一般通过.htaccess 文件控制转到入口文件,当然还有其他办法2、它是一个模块对应一个控制器吗?假如有一个用户模块,里面包含注册、登录等等,在到控制器之前是不是有一个解析网址的过程?解析网址识别用户的请求,假如是一个登录请求,那就转到用户控制器,然后控制器再把请求转到模型,不知道是不是一个模块就写一个类(模型),里面包含注册、登录等等方法,还是一个模块对应一个控制器,模型里面就是分开的注册、登录等类?并不是一个模块对应一个控制器,一个模块可以对应多个控制器,这个可以自己根据业务来设计,在到控制器之前确实有个解析网址的过程,这个过程就是在上面提到的单一入口里面进行的,解析网址就是为了确定使用哪个控制器。控制器接受用户数据并调用模型处理数据,然后控制器又把模型处理得结果发送到视图(比如注册登录,控制器接受用户名密码等,然后调用模型对用户名密码进行验证等,然后控制器将验证等的结果(成功或失败)又发送到视图)。你说的注册登录实际上是控制器里面的方法(一般叫做action),只不过注册登录的一些逻辑(比如查询数据等)是在模型里面完成的。
    3、看了老半天框架和一些mvc写的项目也没有看出MVC是怎么工作的,一会跳到哪里一会又跳到这里,真搞不懂这流程。
    框架里面的简单的流程一般都是 (当然中间还有些其他东西,这个只是大概的)
    请求->转到单一入口->路由(也就是你说的解析网址)->分发->处理请求->完成
      

  4.   

    M:model 模型  
    V:view 视图 
    C:control 控制3、看了老半天框架和一些mvc写的项目也没有看出MVC是怎么工作的,一会跳到哪里一会又跳到这里,真搞不懂这流程。
    “瞎子摸象”,这就对了!
    框架隐藏了模块间的联系,只将一些可以被改变的环节暴露给用户。在框架里编写程序,如同回答填空题。
    这也就是不建议初学者使用框架的原因2、它是一个模块对应一个控制器吗?假如有一个用户模块,里面包含注册、登录等等,在到控制器之前是不是有一个解析网址的过程?解析网址识别用户的请求,假如是一个登录请求,那就转到用户控制器,然后控制器再把请求转到模型,不知道是不是一个模块就写一个类(模型),里面包含注册、登录等等方法,还是一个模块对应一个控制器,模型里面就是分开的注册、登录等类?
    MVC的缺点是分工不明确
    现在大多框架都将业务逻辑放在 C 里,将数据表操作 放在 M 里
    而 MVC 的字面含义中,C 只负责控制,与业务逻辑无直接关系
    如果你使用现有的框架那么就没有编写 M 一说了。M 在框架创建项目时根据涉及的数据库自动完成编程。你的精力只是在将业务逻辑分解成一个个的控制器1、单一入口:是不是前台的没一个用户请求都是从这个入口进来的?
    这个入口一般都是index.php,那这个网址怎么弄得?
    单一入口就是所有的用户请求都从一个接口文件进入,所有用户的需求都化为参数传入