繁體中文当前位置: 首页 > 图文教程 > 网络编程 > ASP.NET > ADO+ 引导数据种类的演变(转自 ms 一)
- ASP.NET
- FreeTextBox(版本3.1.6)在ASP.Net 2.0中使用方法
- .NET 常用功能和代码小结
- 在 .NET Framework 2.0 中未处理的异常导致基于 ASP.NET 的应用程序意外退出
- asp.net IList查询数据后格式化数据再绑定控件
- asp.net sql存储过程
- asp.net 简单实现禁用或启用页面中的某一类型的控件
- asp.net(c#)获取内容第一张图片地址的函数
- The remote procedure call failed and did not execute的解决办法
- ASP.NET 在线文件管理
- asp.net 读取并修改config文件实现代码
- ASP.NET Cookie 操作实现
- asp.net Silverlight中的模式窗体
- Silverlight中动态获取Web Service地址
- asp.net Silverlight应用程序中获取载体aspx页面参数
- asp.net 水晶报表隔行换色实现方法
- asp.net 获取Gridview隐藏列的值
- 手动把asp.net的类生成dll文件的方法
- asp.net 使用ObjectDataSource控件在ASP.NET中实现Ajax真分页
- 动态指定任意类型的ObjectDataSource对象的查询参数
- asp.net Md5的用法小结
ASP.NET 中的 ADO+ 引导数据种类的演变(转自 ms 一)
出处:互联网 整理: 软晨网（RuanChen.com） 发布: 2009-11-03 浏览: 44 ::
收藏到网摘: n/a
Dino Esposito
2000年9月
图 1. 目前的分布式 Web 系统的典型体系结构
表示层通常基于 HTML 3.2 输出，并能够很好地与任何较新的浏览器一起工作。网页是在 Web 服务器上使用 Active Server Pages (ASP) 构建的，并且只有在一些相当特殊的情况下才试图通过 COM、动态 HTML 和 XML 支持来提供浏览器的实际功能。
关键之处是中间层，其中通常有一层或多层业务对象获取并交换数据来响应用户的输入。这些组件可能需要彼此传递数据，并且在传递数据的过程中，它们需要一种易于使用、功能强大并为所有组件所理解的公用数据格式。ADO 记录集 — 表或视图的 ADO 表示 — 是一个相当不错的解决方案，它有几个优点，并且只有一个大的缺点。
ADO 记录集的灵活性足以使您能够毫不费力地定位记录以及使用过滤器和书签。它们还提供排序、自动分页和持久性等功能，并能在与数据源断开时工作。可以在多层之间相当高效地汇集记录集，这归功于其固有的并且极为紧凑的二进制格式 — Advanced Data Table Gram (ADTG) 格式。
断开的记录集在组件之间的传输涉及到 COM 汇集，并强制接收组件配合这一汇集。换句话说，只有 COM 对象才能使用 ADO 记录集。这在 COM/DCOM 在业务层中占主导地位的同构体系结构中不成问题。显然，当有关的服务器端组件的映射涉及到诸如大型机或 Unix 平台之类的异构节点时，就会带来很大的不便。
所谓的 Internet 的第三个阶段使这一方案离我们更近了。它预示了一个世界，在这个世界中，功能实现通过各种 Web 服务（即可以通过 HTTP 访问的环绕着我们的卫星系统）成为可能。您将需要向这些服务中的某个传递一些记录以进行进一步处理，这个方案并不是什么勉强的事情。没有什么比 Web 服务更加容易的事了 — 不管它的内部体系结构或公共编程接口如何 — 它不接受 ADO 记录集。
A目前现实中的 ADO，特别是记录集，是在 Windows 和基于 COM 的方案中操纵数据的强有力的工具。不幸的是，随着您的系统逐渐向完全的 Internet 互操作性方向演变，它们逐渐丧失了其吸引力。
--------------------------------------------------------------------------------
数据种类
在完美的情况下，应该能够在任何平台或设备上以相同的方式访问数据，并具有相同的灵活性。这样，每个平台或设备都可以根据需要自由地操纵数据。如果您通过 ADO 记录集展示数据，则您也使自己和您的应用程序陷于有限互操作性的实际风险之中。
目前，如果您通过 ADO 对数据
评论 (0) All
