HTML 方案还可再分为 纯标准 HTML 和 支持 IE 的 DHTML 两种，前者可以展现在任何浏览器上（ IE 和 Netscape ，这样客户端可以是 Linux ），后者则只能在 IE 上工作。

　　统计图的展示也是个需要关注的环节，一般可分为 纯 HTML 图片 和 控件 两种形式，有些工具虽然可以提供 HTML 的报表展现，但统计图部分却只能采用控件，这里需要特别关注的。 HTML 图片方式应用非常简单，但交互能力略差，控件则反之，交互能力强些但有下载等安全类问题。

　　另外，打印是个非常重要的展现环节，一般会有 HTML 打印 、 控件打印 、 JavaApplet 打印 和 生成 EXCEL/PDF 打印 几种方式。 HTML 打印不够精确，一般用于信息输出是可以，但很难用作正式格式的文件；控件和 JavaApplet 都能够实现精确打印，与控件相比， JavaApplet 从协议上没有安全问题，但又不能一次下载，若不大还可接受，否则也很不方便；生成 EXCEL/PDF 再打印能保证精确度，但要求客户端事先安装好相应程序，解决方案也不一致，有时也不是很方便。

　　所有的纯 JAVA 产品（无论国内国外的）都提供 HTML 报表展现、 HTML 图片的统计图方案和 JavaApplet 打印机制；国外产品中除 stylereport （纯 JAVA 的）都能提供 HTML 和控件两种形式展现和打印形式，但几乎全是仅支持 IE 的 DHTML ，某些产品（如 bo ）的统计图还只能以控件形式提供；国内产品中，如意报表、数据报表可提供仅支持 IE 的 DHTML 和控件两种，但 DHTML 实际上很少用，用友华表和中创 inforreport 只提供控件。

　　5.6 后台集成方案

　　后台集成方案主要有 完全嵌入 、 独立服务器 和 控件数据服务 三种。

　　完全嵌入指报表运算服务不单独存在、而与用户应用程序结合成一体，主程序对报表服务的无缝调用，这样可以达到最高的运行效率和最深入的控制，同时可以享受应用系统的集群部署与数据连接共享能力以及不必专门处理权限门户的事务，是最经济高效的集成方案，但必须是报表工具与应用程序基于同种技术实现才可以做到。

　　独立服务器指报表运算在物理上独立存在（有时甚至会是一台专门的机器），用户应用程序通过网络协议调用报表服务，效率受到影响且控制力度不深，并且不能共享应用系统的集群和负载平衡能力，还迫使应用程序必须采用报表服务器的门户权限机制，导致多余的工作量。独立服务器的优点在于对宿主应用程序的技术体系没有要求，采用不同技术的应用可以同样的方案集成起来。

　　控件数据服务则专指以控件作为前端方案的产品在后台的集成方案，运算接口都在前端的控件中，需要把复杂的程序写到页面的 JavaScript 中；后台则几乎没有运算，只是将数据取出送给前端，程序简单可完全嵌入但并没什么接口，这种方式无法发挥后台服务器的强大计算能力，而且有关处理代码将在前端暴露出来造成安全隐患，不适合大型应用。

　　除了报表运算本身的集成外，还要考查有生成的统计图（及 EXCEL/PDF ）等二进制数据的引用方案，一般有 数据流服务 和 临时文件 两种。前者是将这类运算在后台组织成一个服务（在 J2EE 中是 servlet ），将结果以数据流（如 JPG 图像流）的形式返回给前端显示或下载，后台服务器上并不会真地产生一个文件；而后者则会将统计图（或 EXCEL/PDF ）物理地在后台服务器中产生成一个临时文件，浏览器上的图片或下载链接指向该文件，采用最传统的 http 机制完成图片显示和下载文件。

　　相比之下临时文件方案有明显的劣势，必须操作系统放开对硬盘某处的写权限（这在某些系统下可能导致是严重的安全问题），创建临时文件会占用硬盘空间而且降低访问速度，而且这些文件的命名（不得重名）及删除都需要较复杂的管理（有些产品只会创建而不会自动删除）

上一页  [1] [2] [3] [4] [5] [6] [7] 下一页