基于数据表的 POCO

发布于 2024-11-30 05:51:07 字数 281 浏览 0 评论 0原文

对于我们来说,大部分业务逻辑都在 StoredProcedures 中(这是必需的,因为有多个服务/应用程序正在使用相同的数据库结构)。因此,为了使框架具有通用性,我们选择了 DataTable。从存储过程返回的数据显示在网格中,只有 2 列可编辑并将更新回数据库。

我们想切换到简单的对象。有没有什么建议。我们希望保留通用方法。坦率地说,我还没有深入研究过任何 ORM 工具。

我们使用的是.Net 3.5。

简而言之:如何在必须显示数据的地方使用对象,其中存储过程为不同的输入参数返回不同的架构?

Most of the business logic is in StoredProcedures for us (this was required as there are multiple services/applications are using the same DB structure). So in order for the framework to be generic we chose DataTable. The data returned from the stored procedure is displayed in a grid and only 2 columns are editable and will be updated back to the DB.

We would like to switchover to simple objects. Are there any suggestions. We want to keep the generic approach. Frankly I haven't delved into any of the ORM tools.

We are on .Net 3.5.

To put it simple: How can I use objects where in I have to display data where the stored procedure returns different schema for different input params?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

呢古 2024-12-07 05:51:07

我们有一个包含大量存储过程的数据库。我们使用 petapoco 进行某些数据访问,并使用直接 ADO.NET 进行其他数据访问。这确实是因为我们正在搬到 petapoco。

We have a database with a bunch of stored procs. We're using petapoco for some of our data access, and straight ADO.NET for others. It's really because we're in the process of moving to petapoco.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文