blocks|key|2407998|text|一方面，如果它没有坏，就不要修理它。但另一方面-+VB6？真的？听起来ADO和ADO.NET是小人物.|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2407999|我认为问题是更多的VB与VB.NET，然后整个代码基础，技能集，其他非技术性的考虑在这里发挥作用。|2408000|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

On the one hand, if it ain't broke, don't fix it. But on the other - VB6? Really? Sounds like ADO vs. ADO.NET is small potatoes here...

I think the issue is more VB vs. VB.NET and then the whole code-base, skill-set, other-non-technical-considerations come into play here.

blocks|key|2408010|text|ADO是不支持基于COM的技术。截至2008年3月，VB6.0是未支持的技术的终结。DAO、RDO、ADO都是过去近十年的技术。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2408011|ADO.NET是一个用于数据访问的现代工具集。特别是LINQ和Entity将数据访问带到了新的高度。|2408012|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

ADO is unsupported COM-based technology. VB 6.0 is end of life unsupported technology as of March 2008. DAO, RDO, ADO are all technologies that are nearly a decade past their prime.

ADO.NET is a modern toolset for data access. In particular, LINQ to SQL and the Entity Framework take data access to new heights.

blocks|key|971923|text|在遗留的VB6应用程序中使用ADO没有什么问题。如果这些应用程序运行正常，就没有理由改变它们。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|971924|我不认为任何使用.Net编程的人都会试图使用ADO，因为当您尝试使用ADO时，感觉就像是一个黑客工作。就让他们去吧。|971925|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

There's nothing wrong with using ADO in legacy VB6 applications. And if these applications are functioning correctly there's no reason to change them.

I don't think anyone programming in .Net will be too tempted to try to use ADO since it feels like such a hack job when you try to. Just let them be.

blocks|key|972465|text|简单的回答:不要说服他们..。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|972466|让他们看看LINQ+(或者更好的是LINQ实体)|972467|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

Simple answer: don't convince them...

Have them look at LINQ to SQL (or better yet LINQ to Entities)

blocks|key|2408041|text|能够让人们在我的日常工作中切换到ADO.NET的最大问题之一是ADO+(VB6风味)都是COM的，您可以通过ADO.NET获得更好的性能。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2408042|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

One of the biggest issues that was able to get people to switch to ADO.NET at my day job was the fact that ADO (VB6 flavor) is all COM, you get better performance with ADO.NET.

blocks|key|2408144|text|我猜如果记录集仍然连接并且服务器上的电源关闭，用户在继续输入无法保存的数据之前，会立即在他们的应用程序中得到提示？|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2408145|内存垃圾收集怎么样？|2408146|在.net中分发更新更容易。|2408147|我想如果你在VB+6中有很多用于winform应用的代码，为什么要改变呢？也许，如果您使用VB.NET启动一个新项目，您可以展示一些其他好处，比如在一个表适配器中包含多个表(不能说我已经利用了这一点)。|2408148|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|K|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|L|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|M|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|I|$]]

I'm guessing if the recordset is still connected and the power goes out on the server, the user would get prompted immediately in their app before they continue to enter data that won't get saved?

How about memory garbage collection?

Distributing updates is easier in .net.

I guess if you have a lot of code in VB 6 for winform apps why change? Maybe if you start a new project using VB.NET you can show some other benefits like including multiple tables in a table adapter (Can't say I've taken advantage of that).

blocks|key|882320|text|我自己更喜欢ADO.NET，但为了平衡起见，经典ADO比ADO.NET有一个优点:它可以说更有用。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|882321|我们的客户发现很难使用ADO.NET，因为它需要大量的初始化。即使在最简单的情况下，用户也需要了解几种类型之间的复杂交互和依赖关系.请注意，在.NET框架2.0中解决了许多这些问题。|blockquote|882322|由.NET框架的架构师编写，在.NET框架设计指南第2版第25页。|offset|length|882323|entityMap|0|LINK|mutability|MUTABLE|url|https://rads.stackoverflow.com/amzn/click/com/0321545613^0|0|0|F|A|0|0^^$0|@$1|2|3|4|5|6|7|Q|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|R|8|@]|9|@]|A|$]]|$1|E|3|F|5|6|7|S|8|@]|9|@$G|T|H|U|1|V]]|A|$]]|$1|I|3|-4|5|6|7|W|8|@]|9|@]|A|$]]]|J|$K|$5|L|M|N|A|$O|P]]]]

I prefer ADO.NET myself, but just for balance, there is one advantage of classic ADO over ADO.NET: it is arguably more usable. 

<blockquote>
 Our customers found it difficult to
 use [ADO.NET] because of the extensive
 initialisation it requires. Even in
 the simplest scenarios, users are
 expected to understand complex
 interactions and dependencies between
 several types... Note that many of these
 problems were addressed in the .NET
 framework 2.0.
</blockquote>

Written by the architects of the .NET framework, in the <a href="https://rads.stackoverflow.com/amzn/click/com/0321545613" rel="nofollow noreferrer" rel="nofollow noreferrer">.NET Framework Design Guidelines</a> 2nd Edition page 25.

I have some friends who are 'old-school' VB6 database developers and I was telling them about .NET and its features, specifically ADO.NET.

In our conversation, they brought up the following reasons why they would rather stick with ADO than move to ADO.NET:

<ul>
<li>The Dataset is disconnected (What if power fails?)</li>
<li>The same amount of code still has to be written</li>
<li>The new options of <code>Dataset</code>, <code>BindingSource</code> and <code>TableAdapter</code> seem confusing</li>
<li>the same code is written programatically access the Database, all that changes is how that command is laid out</li>
</ul>

I'm looking for answers or reasons why ADO.NET is 'better' than ADO with regards to data access when it comes to Windows Forms applications. What does ADO.NET provide that ADO does not? What does it do better than ADO?

<blockquote>
 NB: I'd like examples that do not involve LINQ.
</blockquote>

Why switch from ADO to ADO.NET?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我有一些朋友是“老派”的VB6数据库开发人员，我告诉他们.NET及其特性，特别是ADO.NET。在我们的谈话中，他们提出了为什么宁愿坚持ADO而不愿搬到ADO.NET的原因如下：数据集断开连接(如果停电怎么办？)同样数量的代码仍需编写。Dataset、BindingSource和TableAdapter的新选择似乎令人困惑相同的代码是以编程方式编写的访问数据库，更改的只是命令的布局方式当涉及到Wi

问为什么要从ADO切换到ADO.NET？
EN

回答 7

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问为什么要从ADO切换到ADO.NET？EN

回答 7

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问为什么要从ADO切换到ADO.NET？
EN