需要更深入的存储库模式和依赖注入示例

Question

在浏览了asp.net mvc的一些教程之后,出现了一个存储库模式,例子是一个表,即dinners表.基本上,设置是创建一个接口,然后是一个具体的类,它在控制器类中实现接口和程序.接口具有典型的crud方法.如果要使用此模式,是否必须创建每种类型的接口.例如,有一个带有Dinner类型的GetList方法.如果您有10种不同类型需要执行crud功能,该怎么办？这是否意味着10个具有10个具体类的接口只是为了能够将db技术转换到路上？我试图弄清楚如何将此模式应用于标准的3层体系结构(对象层,业务逻辑层,数据访问层).

谢谢.

Answer 1

这是我在实现中通常这样做的方式.

一个通用接口,IEntityRepository,用于定义基本的CRUD结构.在我的实现中,我定义了以下成员:

1. 插入
2. 更新
3. 删除
4. 得到
5. GetPaged
6. 得到所有
7. Find(这个是使用谓词构建器来构建where子句)

我创建了另一个继承IEntityRepository的接口IMyentityRepository.这允许我添加任何特定于实体的成员,并且在我需要时仍然能够使用DI.然后我创建我的密封类MyentityRepository,它继承IMyentityRepository并实现所有成员.

使用依赖注入时,可以为具体类型的MyentityRepository注册接口(IMyentityRepository).

就我而言,我实际上并没有完成.我在存储库顶部创建了一个服务层来封装它并以更通用的方式公开它.例如,假设您要为您的用户创建一个帐户,这可能涉及比简单地创建数据库记录更多的工作.在您的服务中,您将拥有一个名为CreateUser()的成员,该成员可以在其实现中调用多个存储库成员.我的服务层与我的存储库层一样.我为常见的CRUD成员提供IEntityService,为特定于实体的成员提供IMyentityService,为实现提供MyentityService.MyentityService类需要一个IMyentityService实例(您可以将其注入您选择的IoC框架)您的服务层也可以进行验证和任何业务逻辑.我在控制器中进行验证.好吧,从技术上讲,我调用它我的控制器并获得结果,然后我可以写入ModelState.

希望有所帮助.