用过ADO.NET的朋友都知道它比ADO用着顺手，因为它的功能强大了，与 ADO 的早期版本和其他数据访问组件相比，这里和大家一起谈谈ADO.NET好处。这些ADO.NET好处分成以下几个类别：
#T#互操作性
ADO.NET 应用程序可以利用 XML 的灵活性和广泛接受性。由于 XML 是用于在网络中传输数据集的格式，因此可以读取 XML 格式的任何组件都可以处理数据。实际上，接收组件根本不必是 ADO.NET 组件：传输组件可以只是将数据集传输给其目标，而不考虑接收组件的实现方式。目标组件可以是 Visual Studio 应用程序或无论用什么工具实现的其他任何应用程序。唯一的要求是接收组件能够读取 XML。作为一项工业标准，XML 正是在谨记这种互操作性的情况下设计的。
可维护性
在已部署系统的生存期中，适度的更改是可能的，但由于十分困难，所以很少尝试进行实质的结构更改。这是很遗憾的，因为在事件的自然过程中，这种实质上的更改会变得很有必要。例如，当已部署的应用程序越来越受用户欢迎时，增加的性能负荷可能需要进行结构更改。随着已部署的应用程序服务器上的性能负荷的增长，系统资源会变得不足，并且响应时间或吞吐量会受到影响。面对该问题，软件设计者可以选择将服务器的业务逻辑处理和用户界面处理划分到单独计算机上的单独层上。实际上，应用程序服务器层将替换为两层，缓解了系统资源缺乏。
该问题并不是要设计三层应用程序。相反，它是要在应用程序部署以后增加层数。如果原始应用程序使用数据集以 ADO.NET 实现，则该转换很容易进行。请记住，当用两层替换单个层时，将安排这两层交换信息。由于这些层可以通过 XML 格式的数据集传输数据，所以通信相对较容易。
可编程性
Visual Studio 中的 ADO.NET 数据组件以不同方式封装数据访问功能，帮助您加快编程速度并减少犯错几率。例如，数据命令提取生成和执行 SQL 语句或存储过程的任务。同样，由这些工具生成的 ADO.NET 数据类导致类型化数据集。这又使您可以通过已声明类型的编程访问数据。例如，请考虑下面这行代码（它访问未声明类型的数据集内的数据成员）：
- ' Visual Basic
- If TotalCost > DataSet1.Tables("Customers").Rows(i)("AvailableCredit") Then
- // C#
- if (TotalCost > DataSet1.Tables["Customers"].Rows[i]["AvailableCredit"]) { }
访问已声明类型的数据集内的数据成员的等效代码行如下所示：
- ' Visual Basic
- If TotalCost > DataSet1.Customers("Jones").AvailableCredit Then
- // C#
- if(TotalCost > DataSet1.Customers("Jones").AvailableCredit) { }
已声明类型的数据集的代码更易阅读。因为提供了语句结束，所以它还便于编写。例如，“AvailableCredit”在完成以下语句的选择列表中：
- IF TotalCost > Customer.
最后，已声明类型的数据集的代码更安全，原因在于它提供对类型的编译时检查。例如，假定 AvailableCredit 表达为货币值。如果程序员误向 AvailableCredit 分配了字符串值，则环境会在编译时向程序员报告该错误。当使用未声明类型的数据集时，程序员直到运行时才会知道该错误。以上就是ADO.NET好处的好处的三分之一，以后还会技术介绍的。
