作为 ComponentOne Studio for ASP.NET 和 ComponentOne Studio Enterprise 的一部分，ComponentOne WebDataObjects for ASP.NET 扩展功能强大的ComponentOne DataObjects for .NET控件。其中最瞩目的特点就是添加了针对服务器的高速缓冲。自从HTTP成为标准协议以来，服务器的数据缓冲就成为实现其较好性能的一种需求。虽然经过ASP.NET的一定程度的改进和发展，创建具备高速缓冲的网络数据库应用程序仍然是一个很大的调整，它需要开发人员人工编写大量的代码和工作。最重要的是，在缺乏有力的工具的情况下，为了在服务器上添加数据缓冲，开发人员不得不放弃许多丰富的数据模式，而采用比较原始的数据模式，例如只支持向前读取的模式。无法提高在服务器上的数据处理效率导致了花费在开发Web窗体的应用程序的时间远远大用Windows窗体的应用程序。使用ComponentOne WebDataObject for ASP.NET和它的服务器端的数据缓冲、内存常驻等功能，开发Web上的数据库应用程序将变的快速而简单。
特点和优势
- 在Windows Forms和Web Forms使用同样的代码。
WebDataObjects 允许您使用在Windows Forms中同样的代码工作在Web Forms上。可以创建一个数据类用来整合Windows和Web Forms中的数据和商业模型。
- 服务器端缓冲：令您可以在服务器上设置ADO. Net的数据连接
向使用ADO.NET一样工作在ASP.NET上工作，C1WebDataObjects缓冲的支持是必要的，因为ADO.NET不能放置到服务器端。
- 在没有C1WebDataObject缓冲的支持下，为什么在ASP.NET中很难仅仅依靠ADO.NET进行数据连接？这个原因很简单，因为ADO.NET连接无法保证用户会议级别的服务器持续时间。当每一次用户发送请求时（通常还包括接受一个ASP.NET的接受响应），如果没有缓冲的话，数据将重新建立。一般情况下，在服务器中ADO.NET不具备专门的缓冲用于保存所有数据，这也是为什么不采用ADO.NET的直接的原因。因为接受响应在ASP.NET中非常普遍，并且当你开发一个丰富的ASP.NET时是无法避免的，因此它是开发丰富的网络数据模式的站点的主要障碍。
- 通过使用C1WebDataObjects，您可以充分体会其服务器缓冲的优势。您无需编写任何复杂的代码或者牺牲任何表现性能。您仅需设置表现属性来调整您的数据计划，特别是要选择数据调整和表格显示的数据缓冲的模式。（或者，在Express 版本中，选择连接和格显示的模式）。C1WebDataObjects的激发和暂停也是自动的。
- 可测的服务器缓冲
对于您服务器上的网络应用程序而言，全局缓冲一般意味着：在某一个用户的请求改变后保存改变后的所用用户的请求信息。当一个数据集已经填满了来自数据库的数据信息，下面所获取的数据将与相应的用户请求信息，比如数据的检索条件等，一起保存于缓冲中用于以后使用，当另一个请求条件与来自同一个用户或者其他用户的其他请求条件相同时，缓冲中的数据将转取于数据集中，而不是再从数据库中获取数据。
- 网络窗体数据的丰富程度与Windows窗体媲美
现在，通过C1WebDataObjects，您可以为您的网络窗体程序建立和Windows窗体程序一样模式的数据和事件的逻辑关系，包括同样的数据集对象和同样的数据库。本质上而言，它令您在编辑网络窗体程序的数据时，采用与Windows窗体程序一样的代码书写方式。您可以创建一个数据库压缩于您的数据和事件的逻辑关系中，并可以同时在网络窗体程序和Windows窗体程序中使用
- 会话缓冲带来了更精彩的表现
会话缓冲在服务器中单独存储了每一个用户的数据集。会话缓冲最大的好处体现在当其用于内存模式时，这种情况下，所有的数据集对象存储于内存中并处于随时加载状态，因此可以立即生成请求响应，而不需重新填充数据。事实上，数据的取回没有丝毫延迟，这种表现非常精彩。
- 中枢存储区，避免数据修改冲突
作为一个程序级（全局）缓冲，中枢存储库中的数据分别隶属于不同的用户，因此可以保证每一个用户的个人数据的修改不会带来冲突。
- 与大型数据集的直接连接
常驻内存的预览表格可以直接获取那些只读的大型数据集的数据信息。一个常驻内存的预览表格只从数据库获取数据一次，它最先被请求，然后再被每一个用户请求重新激活，因此不会影响整体的性能表现。当然，这是最优化表现的一个重要特征。
- 支持自动对象池
C1WebDataObjects的另一个最优化表现是对象池，对象池是自动的，您无需编写任何代码或者设定任何属性便可获得。对象池避免了C1WebDataObjects在接受一个新的请求时需重新创建一个新的内置对象的情况。
