【IT168技术文档】

  在过去十多年，Microsoft仅仅提供了一种拥有足够报表功能的产品。作为专为单个用户或者一个小工作组使用的桌面应用程序，Microsoft Access是一个有能力的数据库和报表解决方案。在Access 2000中，加入了Access数据项目。这个产品的扩展在一个局域网的环境下，以SQL Server为后台，可以很好地工作。在Visual Studio 6中，提供了一个Visual Basic 6的集成报表工具，但它的容量最多只能达到兆的级别。这时的开发人员认为这只是Visual Studio后续版本的一个简单预览。

  因为对于报表缺乏一种统一的、连续的报表方案，很多开发人员被迫转而开发他们自己定制的解决方案。一个恰当的例子是在ASP.NET开发支持网站（www.asp.net）上已经有了报表开发的项目（Reports Starter Kit）。开发人员做了一件令人震动的工作，使用ASP.NET的数据网格和数据列表控件创建一个基于Web的报表解决方案。他们甚至使用画线对象来做自己的饼状图。这有效证明了.NET是一个非常强大的编程工具。但是，它也说明了我们缺乏一个强大的报表平台来补充Microsoft的第一线开发和数据库套件。

  在Visual Studio.NET在2002年发布时，我有一些失望，因为唯一集成的报表组件是一个限制用户数的水晶报表（Crystal Reports）。现在，在我遭到这个产品的忠实用户的反对之前，我必须说水晶报表是一个功能强大的报表工具。但是，它既不属于Microsoft的战略方向，看起来也不像Microsoft的产品或者和Microsoft的产品紧密结合。在Visual Studio上安装的水晶报表的版本只限于5个并发用户（术语并发（Concurrent）有一些严格的解释）。现在水晶报表已经再次易主（被 Business Objects收购），看看这将如何影响这个著名产品的方向，这是非常有趣的。

  特别地，过去几年中工业领域最显著的变化是在Internet上交换信息的机会和需求。以前的技术都简单地不提供访问Internet上的应用程序组件的方法。组件架构如COM、DCOM和CORBA都设计用于在安全的局域网（LAN）和广域网（WAN）上通信，这就需要大量的基础设施投入。将商务贸易伙伴和平等的区域站点连接起来通常费用太昂贵并且逻辑上是不可行的。在Web上很少存在定制报表的选项。最好情况下，一个填满数据的列表或者表格可以按照用户定制的、服务器端的解决方案，使用活动服务器页（ASP）或者通用网关接口（CGI）。每一页必须精确设计和编写脚本，需要花费几十个，有时甚至上百个小时编程。

  随着最近Web的成熟，新一代移动设备发展起来，可以将用户和公司资源、电子邮件、文档和数据库连接起来。这些桌面的、手持的、掌上的甚至戴在腕上的设备为数据表示产生了新的机会和挑战。

  为了获得有用和可读的信息，数据必须在现有的通信通道（比如公司网络和Internet）可以获得、易于访问、安全和有不同的格式，可以在现有的文档阅读器或者浏览器中查看，兼容不同的设备。还记得我提到过需要支持不同的操作系统（OS），应用程序，也许，不用在客户设备上安装任何定制的软件？这些就是挑战。