在数据访问应用程序块之上使用“LINQ to SQL”和“WCF 数据服务”

Posted 2023-02-24

【中文标题】在数据访问应用程序块之上使用“LINQ to SQL”和“WCF 数据服务”

【英文标题】：Using "LINQ to SQL" and "WCF Data Services" on top of Data Access Application Block

【发布时间】：2011-07-28 04:00:08

【问题描述】：

在我的应用程序中，实体数据库模式是在应用程序部署后使用工具根据从最终用户捕获的输入创建的。在这种情况下我不能使用实体框架，因为没有开发环境（Visual Studio）就无法建模。 “代码优先”方法也被排除在外，因为它需要生成代码，这可能会导致不必要的复杂性。

无论如何我需要一个数据访问层。因此，我计划在我的解决方案中引入 数据访问应用程序块 (DAAB)。使用 SQL 管理对象 (SMO) 我可以执行 DDL，对于数据访问我将使用 DAAB。

现在这是我的困惑。我可以在 DAAB 之上使用 LINQ for SQL 技术吗？我希望 DAAB 抽象出所有与数据访问相关的复杂性，然后使用 LINQ 进行查询。我还有一种情况，我需要通过 RESTful 接口（读作 OData）公开实体数据。我能否通过 DAAB 使用 WCF 数据服务 公开我的数据？

【参考方案1】：

DAAB 不支持 LINQ。 DAAB 基于良好的旧 DataSet 和 DataReader 方法。这篇文章对 DAAB 的角色有更详细的回答。

LINQ support in Enterprise Library Data Access Application Block

我还没有完全理解你的情况。如果您的数据库架构是在部署后创建的，那么您的前端应用程序将如何开发（因为不会有任何架构，如果我的问题正确的话）。

如果架构是在部署之后创建的，那么您部署的应用程序中的功能是什么。您是否使用最终用户建模的动态模式动态创建用户界面？

如果你能提供更多关于你的场景的信息，请纠正我的理解。

【讨论】：

嗨拉杰什。感谢回复。你已经正确理解了这个问题。我正在开发一个产品。域实体模式是在部署之后构建的。然后有一些处理模式的工具。该产品反映了仪器的模式。例如。任何报告/BI 工具在部署时都不知道它将使用什么模式。我希望你得到了这张照片。