问一个关于一些PHP MVC框架业务逻辑的问题，希望大侠们帮忙释疑。

[octopus_new]

最近在看一些关于MVC的文章，有一些疑问。
V相对比较好理解，主要负责呈现。
M和C总是感觉有些理解困难。因为某些文章说业务逻辑放在controller部分，而M只负责数据。如果这样的话，就变成了重C轻M。但是老外的文章中讲的都是重M，轻controller，说是尽量让controller只作为桥梁。而且国内一些网上的教程会把CRUD的操作代码放在controller，而Model只作为数据库的gateway，如果教条起来的话，这是不是不规范呢？是不是应该把CRUD封装到model里面，然后view直接调用结果，而大部分的controller功能应该是响应用户Routing的请求或者检查用户登录状态之类的程序逻辑？

或者说我对于MVC的理解有问题，很希望能有人能指点迷津。

[kakaryan]

@raincious 在Controller和Model之间应该封装一个业务层,业务层封装业务逻辑,在业务层去调用Model层,Controller不直接调Model.业务逻辑都封装到Model会导致Model越来越臃肿,也是不合适的.

[66beta]

比较流行的框架，比如laravel和CI，都是主张C制作跳转，M做数据处理（验证之类的）
Laravel的route更加减轻了C的工作

[iloveyou]

@kakaryan 现在好多框架都是业务层和model在一起

[shinwood]

@octopus_new gmail 地址即 shinwood at gmail.com