我有以下项目结构,这些都是单独的项目,我被告知这样做,所以不是我的选择。
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操作,那么应该从服务层/业务逻辑层实例化存储库?
请输入一些?
答案 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
放入其构造函数中并使用业务操作。
然后,所有内容都将通过您选择的依赖注入框架进行连接。