asp.net-mvc – 在ASP.NET MVC应用程序中放置数据操作和业务逻辑

看过Rob Conery的Kona应用程序的样本后,我发现他正在使用IoC – ISession,他有数据层代码和服务,他在操作数据存储区中的数据时需要执行一些额外的业务逻辑.例如,我们可能不仅仅是向DB添加记录,而且还改变了另一条记录的属性,增加了一些计数,取回了一些东西等等.我们需要将这些额外的代码放在一边,并将它放在那些服务中.

例如,他有一个操纵客户的CustomerService.这要求我们将ISession实例发送到CustomerService,以便CustomerService可以使用它来访问数据存储区.

现在另一种方法是将其他代码放在Customer类本身,并将ISession(或IRepository,无论我们使用的术语)发送到该类.而且没有任何服务.通常,Customer,Order,Product等类是Model类,因此会导致大/重模型类.

我的问题是,哪种解决方案更好？到目前为止,我没有必要,因为我在控制器中有大部分代码,但现在随着应用程序的增长,我需要对此做出决定并清理控制器.

目前我有：
– 带有业务逻辑的胖控制器,
– 非常原子的存储库,
– 非常干净的模型和视图模型.

我应该搬到：
– 超薄控制器,
– 包含更多代码的存储库,
– 具有业务逻辑代码的模型(特别是我的模型类包含Add(),Remove()等方法,例如Customer.Remove()??)

或者
– 超薄控制器,
– 原子库,
– 仍然干净的模型,
– 服务(封装其他任何不属于前者的内容).