关于MVC中C的设计
有时候C里面的逻辑太多了，导致复用程度降低，有时候有太粗了。大家怎么设计C这层？
可能你理解有误，作为C，它只带有指导作用，也就是V事件和M的事务对应起来。
事务都是在M层的，M层不单单指Model的，还有它所对应的业务逻辑。
若果真要理解为model的话，就给它一个domain作为定语吧。
[该贴被SpeedVan于2010-10-15 14:45修改过]
2010年10月15日 11:27 "SpeedVan"的内容
可能你理解有误，作为C，它只带有指导作用，也就是V事件和M的事务对应起来。
事务都是在M层的，M层不单单指Model的，还有它所对应的业务逻辑。
若果真要理解为model的话，就给它一个domain作为定语吧。 ...
问题是C中的指导作用的逻辑是否也有一部分可以转化到M中，这里面M是一个大的模块，包括DAO DOMAIN model等。
这样是纵向分层问题，当你发现原来的分层（MVC）不能很好地划分，说明你的项目已经已经到达一定层次了，这时就得考虑四层，五层，甚至六层的划分，该注意的是MVC三层结构不是唯一准则。当然，这需要你对你的系统进行分析了。刚开始接触三层以上的，可以先看看DDD的四层设计，banq大师有充分讲解。
分层的目的在于方便开发，切记不要为了分层而分层。
[该贴被SpeedVan于2010-10-15 18:27修改过]
[该贴被SpeedVan于2010-10-15 21:28修改过]