为不受支持的系统创建自定义实体框架

发布于 2024-11-15 16:59:59 字数 81 浏览 2 评论 0 原文

我可能完全误解了实体框架。我想在我的最新项目中使用它(您还如何学习?)问题是 IBM i 驱动程序不支持内置的。是否可以从头开始创建该框架?值得吗?

I could be totally misunderstanding Entity Framework here. I want to use that in my latest project (how else do you learn?) The problem is that the IBM i driver doesn't have support for that built in. Is is possible to create that framework from scratch? It is worth it?

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

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

发布评论

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

评论(1

半仙 2024-11-22 16:59:59

听起来您需要编写自己的 ADO.NET 数据提供程序来连接到 IBM DB2 for i。 Microsoft 提供了用于创建您自己的提供程序的文档示例

数据提供者将负责与数据库进行通信,因此我不确定您将如何实现这一点。您要么实现自己与 i 上运行的数据库服务器的连接(也许您可以移植 JTOpen< 的 SQL 部分) /a>),或者您会将调用委托给 IBM 提供的数据提供者(如果可能的话)或其他数据访问方法。

我无法决定我是否认为这是(1)一个巨大的痛苦或(2)一个开源项目的机会。 (我想两者都有可能。) 游说 IBM 将其纳入其库存提供商似乎会更容易。您可以在 MIDRANGE-L 上投诉,看看人们是否会采取行动。

免责声明:我是 .NET 世界的新手,所以也许有一种更简单的方法来完成您想要做的事情。

It sounds like you'd be writing your own ADO.NET data provider to connect to IBM DB2 for i. Microsoft provides documentation for creating your own provider and a sample.

The data provider would be responsible for communicating with the database, so I'm not sure how you'd accomplish that. Either you'd be implementing your own connection to the database server running on the i (maybe you can port the SQL piece of JTOpen), or you'd be delegating your calls to the IBM-provided data provider (if that's even possible) or other data access method.

I couldn't decide whether I thought this was (1) a huge pain in the butt or (2) an opportunity for an open source project. (I guess it could be both.) It seems like it'd be easier to lobby IBM to make this part of their stock provider. You might complain about it on MIDRANGE-L and see if people will take up the cause.

Disclaimer: I am a newbie in the .NET world, so maybe there's an easier way to accomplish what you're trying to do.

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