MVC-3项目结构

时间:2011-04-02 15:09:56

标签: asp.net-mvc-3 ddd-repositories

我有以下项目结构,这些都是单独的项目,我被告知这样做,所以不是我的选择。

CORE 
  --Self Explanitory
DATA 
  --Contains EF 4.1 EDMX, POCO's Generic Repository Interface
DATAMapping
  --Contains Generic Repository
Services
  -- Contains nothing at the moment
MVC 3 Application
  -- Self Explanitory

这是我的问题。我一直在阅读,最好的做法是让控制器保持节食,模型/视图模型应该是愚蠢的,因此引入了我的项目结构的服务层部分。现在的实际问题;这是一个好方法还是我为自己创造了太多的工作?

因此,如果我想对产品或类别或任何其他实体进行一些CRUD操作,那么应该从服务层/业务逻辑层实例化存储库?

请输入一些?

1 个答案:

答案 0 :(得分:3)

就个人而言,我的服务层仅引用CRUD操作的通用和抽象存储库。例如,服务层构造函数可能如下所示:

public class MyService: IMyService
{
    private readonly IFooRepository _fooRepo;
    private readonly IBarRepository _barRepo;

    public MyService(IFooRepository fooRepo, IBarRepository barRepo)
    {
        _fooRepo = fooRepo;
        _barRepo = barRepo;
    }

    public OutputModel SomeBusinessMethod(InputModel input)
    {
        // ... use CRUD methods on _fooRepo and _barRepo to define a business operation
    }
}

并且控制器将简单地将IMyService放入其构造函数中并使用业务操作。

然后,所有内容都将通过您选择的依赖注入框架进行连接。