MVC模型中，Control处理业务逻辑，会不会变得很复杂很庞大？
MVC模型中，C是控制类。处理view请求的业务逻辑。但是这样的话control类不就会变得很庞大，很多判断语句？没一个case处理一个请求， 而且control也要包含 全部用到的其他model对象的指针。 这样的话 一旦control出了问题要花很多时间去解决，也难以写单元测试了。
求大家指教下...

------解决方案--------------------
control层相对dao来说非常非常简洁。

而且代码干净明了。lz是不是写项目分层没分干净？

举个例子：页面请求成员前十条成员列表，control得到这个参数：前十条，然后调用 业务层接口，业务层调用dao层，dao层查询到前10条返回到 control层，然后control控制跳转。

控制层 只负责取页面请求，从后台取数据，控制跳转。 四五行代码就搞定了，庞大吗？