Linq to sql 使用LINQ开发企业级应用程序

使用LINQtoSQL可以加快应用程序的开发速度，但会分解应用程序中的逻辑层。数据访问层和业务对象层几乎没有标识，它们位于同一个dll中。有没有人知道如何使用LINQtoSQL开发企业级应用程序。我们如何清晰地分离业务对象和LINQ生成的实体？它们将如何通信，数据将如何在我们的业务对象和LINQ实体之间传输。对此，如有任何文章或建议，将不胜感激。谢谢

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

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

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

这对我们很有用

---

Randy

使用L2S可以走得很远（StackOverflow已经证明了这一点），但IMHO Linq2SQL并不适合（我认为也不是有意的）用于“企业级应用程序”

现在，实体框架4已经发布，您可能想考虑与EF一起运行。它支持POCO，并允许您拥有更好的分层体系结构

退房：

我最近将大量代码库从L2S移植到EF4.0。由于EF现在支持延迟加载，因此您可以非常顺利地从L2S过渡到EF，只在需要时利用EF的高级功能