linq-to-sql – 实体类从LINQ到SQL提供者解耦实现Repository模式.怎么样?

前端之家收集整理的这篇文章主要介绍了linq-to-sql – 实体类从LINQ到SQL提供者解耦实现Repository模式.怎么样?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我已经看过了Repository模式,我认识到过去使用过的一些想法,使我感觉良好.

然而,现在我想编写一个使用这种模式的应用程序,但我想要从存储库提供程序中删除实体类.

我将创建几个程序集:

>“接口”程序集,它将承载包括IRepository接口在内的公共接口
>一个“实体”组件,其将承载诸如产品,用户,订单等实体类.该程序集将由“接口”程序集引用,因为某些方法将返回这些类型或数组.此外,它将被主应用程序组件(如Web应用程序)引用,
>一个或多个Repository提供程序汇编/程序集.每个将包括(至少)一个实现IRepository接口的类,并且它将与某个Data Store一起使用.数据存储可以包括sql Server,Oracle服务器,MySQL,XML文件,Web / WCF服务等.

研究LINQ to sql在实现所有时间方面看起来非常有成效似乎很好,直到我发现生成的类和CustomDataContext类之间的深度依赖关系.

在这种情况下如何使用LINQ to sql

解决方法

我不知道这是否是你想要的,但你可能想看看Rob Conery的MVC Storefront代码.他使用一个linq提供程序的存储库模式的变体.他将LINQ映射到sql对象到域对象,然后将域对象从存储库提供程序返回到一个服务层,该层包装提供程序,使得他可以在返回的数据处理业务层之前对其进行一些逻辑.

MVC Storefront Webcasts
Code

对我来说,听起来您希望提供商返回DTO,然后您想将DTO映射到存储库/服务层中的域对象.如果是这样,您可以将LINQ to sql提供程序映射到DTO,将其返回,然后将DTO映射到存储库/服务层中的域对象.这应该是正常的,但它可能会变得乏味,因为你现在将有2个映射图层.

在这种情况下你会有:ProductService,它需要一个IProductRepository.它引发了IProductRepository上的方法获取您的DTO.然后,将DTO映射到真实的业务对象,并将其返回给调用代码.

原文链接:https://www.f2er.com/mssql/75213.html

猜你在找的MsSQL相关文章