我读了很多文章,非常喜欢将我们的项目分为数据访问层(DAL)、业务逻辑层(BLL)和表示层(我们来自经典的ASP,所以这对我们来说是一个巨大的步骤)的想法。我也非常喜欢Linq to SQL。既然Linq to SQL的目标是快速开发,那么Linq to SQL真的有可能拥有DAL、BLL和表示层吗?对于Linq to SQL,DAL是否会返回可能在BLL中修改的实体或linq代码
我正在考虑使用LINQ-to-SQL在我的应用程序中创建DAL。我通常手动创建DAL,因为我不是ORM (太多抽象的IMO)的狂热爱好者,但我正在努力为一个不耐烦的客户节省一些时间。我的问题是,如何将LINQ- to -SQL生成的类映射到BLL类?您是否只是将代码添加到由LINQ- to -SQL生成的类(它们是分部类),而根本不创建BLL类(因此该类既可以作为DAL又可以作为BLL类),或者您通常是如何操作的?
谢谢
我即将开始一个新的项目,并决定我将使用什么数据访问技术……出于各种原因,我真的很喜欢LINQ to SQL,但是我是否应该使用Entity Framework来启动新项目呢?我认为实体框架更加臃肿和不必要的复杂,这是我考虑使用LINQ to SQL的部分原因……但正如我所说的,这可能只是我这边的看法,因为我并没有太多地使用实体框架。干杯安东尼另外,通过使用存储库模式来抽象数据访问atm是否是公认的最佳方式,该模式