使用LINQ开发企业级应用程序

Question

使用LINQ to SQL可以加快应用程序开发速度，但会消除应用程序中的逻辑层。数据访问层和业务对象层几乎没有身份，他们坐在同一个dll中。有没有人有关于如何使用LINQ to SQL开发企业级应用程序的想法。我们如何干净地分离业务对象和LINQ生成的实体？他们如何沟通，数据如何在我们的业务对象和LINQ实体之间传输。任何文章或任何建议，将不胜感激。谢谢。

Answer 1

我们将L2S用于管理我们工厂运营和相关应用的下一代软件。这是一个价值25亿美元的薄膜太阳能公司。我们已经建立了一个明确定义的基于L2S的n层应用程序框架。

我们还创建了我们自己的代码生成器来生成实体的应用程序集，L2S实体集，业务逻辑层和数据访问层。 L2S实体集仅用于后端使用。应用程序实体（没有内置L2S管道）用于从应用程序向服务器传输数据。我们使用WCF进行应用层到服务器层的通信。

我们的应用程序使用WCF调用后端总线逻辑层进行数据处理。业务逻辑层调用我们的数据访问层以进行基于Linq的低级数据访问。我们的应用程序实体被传递到后端。在后端，我们有非常高效的映射将应用程序实体映射到每个L2S实体。

适合我们。

兰迪

Answer 2

你可以走得很远与L2S（如StackOverflow上已经证明），但恕我直言LINQ2SQL是不适合（也不打算，我认为）的“企业级应用”。

现在，实体框架4.0已经发布，你可能要考虑与EF转而​​代之。它支持POCO，可以让你拥有更好的分层架构。

退房：

The ADO.NET Entity Framework

ADO.NET C# POCO Entity Generator

我最近从移植L2S大量的代码基础，EF 4.0。由于EF现在支持延迟加载，因此您可以非常顺利地从L2S转换到EF，只在需要时才利用EF的高级功能。