使用LINQ的解决方案结构

时间:2011-07-29 12:58:16

标签: asp.net linq-to-sql

我的基本ASP.NET结构总是3个项目

  • DAL =数据访问层 - 处理db
  • 业务逻辑层 - 处理所有操作和功能
  • 表示层 - 向网站提供数据

我是否需要更改我的基本结构,因为我想使用LINQ to sql进行开发?

使用LINQ to sql开发的最佳结构是什么?

5 个答案:

答案 0 :(得分:1)

没有。结构可以保持不变。但我会使用实体框架,而这正是微软在不久的将来所推动的。

答案 1 :(得分:1)

LINQ to SQL是一个非常简单的ORM,是数据库顶层的薄层 因此,如果您决定在项目中使用它,请将其视为DAL。

答案 2 :(得分:1)

无需更改项目的结构。您的DAL基本上成为您的LinqToSql模型,类等的地方 与其他建议一样,您应该考虑实体框架(LinqToEntities)而不是不再开发的LinqToSql。
您可以阅读实体框架here

答案 3 :(得分:0)

对于新项目,我将从这个结构开始,并根据需要调整要求:

  • C#POCO域对象(a.k.a。“业务”对象)
  • 实体框架4.1代码优先
  • WCF Web服务
  • ASP .NET MVC 3使用Razor,或WebForms,如果你有一些非常有说服力的理由这样做

您的Web应用程序应连接到WCF服务以进行数据访问。

答案 4 :(得分:0)

使用POCO。

如果您真的开始使用LINQ to Sql,请使用它来填充POCO。哎呀,使用你想要的任何东西,但是把它们作为POCO发送回你的业务逻辑和用户界面。如前所述,L2S不再被微软“祝福”,这是使用POCO的美妙之处。让我们面对现实吧,EF没有“祝福”只是时间问题而且下一件大事也会出现。

如果您使用POCO,您唯一需要更改的是您的DAL以及如何获取数据来创建POCO。其他一切都将保持不变。