关于MVC中C的设计

10-10-14 donkeycn
有时候C里面的逻辑太多了,导致复用程度降低,有时候有太粗了。大家怎么设计C这层?

SpeedVan
2010-10-15 11:27
可能你理解有误,作为C,它只带有指导作用,也就是V事件和M的事务对应起来。

事务都是在M层的,M层不单单指Model的,还有它所对应的业务逻辑。

若果真要理解为model的话,就给它一个domain作为定语吧。

[该贴被SpeedVan于2010-10-15 14:45修改过]

donkeycn
2010-10-15 15:00
2010年10月15日 11:27 "SpeedVan"的内容
可能你理解有误,作为C,它只带有指导作用,也就是V事件和M的事务对应起来。

事务都是在M层的,M层不单单指Model的,还有它所对应的业务逻辑。

若果真要理解为model的话,就给它一个domain作为定语吧。 ...

问题是C中的指导作用的逻辑是否也有一部分可以转化到M中,这里面M是一个大的模块,包括DAO DOMAIN model等。

SpeedVan
2010-10-15 18:03
这样是纵向分层问题,当你发现原来的分层(MVC)不能很好地划分,说明你的项目已经已经到达一定层次了,这时就得考虑四层,五层,甚至六层的划分,该注意的是MVC三层结构不是唯一准则。当然,这需要你对你的系统进行分析了。刚开始接触三层以上的,可以先看看DDD的四层设计,banq大师有充分讲解。

分层的目的在于方便开发,切记不要为了分层而分层。

[该贴被SpeedVan于2010-10-15 18:27修改过]

[该贴被SpeedVan于2010-10-15 21:28修改过]

猜你喜欢