Office中间件：Office数据存取的最佳解决方案

 

日常工作中，我们常常需要撰写一些以文字数据信息为主的Word报告或Excel报表提交给领导，其中尽管大部分的数据信息在用户使用的管理软件系统数据库中已经存在，但是大家通常还是要手动来制作这些文档，那么用户使用的管理软件系统能不能为用户自动生成这些文档呢？用户现有的Word、Excel中的有价值信息能不能被提取出来存放在系统数据库里，以备用户随时查询、分析？

 

一般管理软件系统中的数据都是通过网页显示的，格式比较简单，打印、打印预览功能比常用的Word、Excel差很多，大多数用户不太习惯。如果要进一步处理、编辑数据，我们还要从网页上复制、粘贴，自己动手制作Word、Excel格式的报告、报表。大部分领导习惯查阅的是传统的Word、Excel格式的文档，这就需要我们能够把管理软件系统中的数据表现形式转换为大家熟悉、习惯阅读的Word、Excel报告形式。事实上，如果Word、Excel可以工作在网页中的话，那么Word、Excel本身就可以作为最佳的Web表现层呈现给用户。

 

那么，有没有一种好方法可以让系统自动将数据库中的文字数据等信息导入到Word、Excel中，而不再需要用户手工制作？

 

答案当然是肯定的，第一种方法就是：服务器端Office自动化技术。但Office自动化开发起来比较麻烦，因为一般开发者很少接触VBA和COM。另外， Office自动化需要添加交互账户，提升账户权限，这增加了Web服务器的安全风险。还有一点就是大量的Office导入导出操作会阻塞服务器进程，消耗服务器资源，导致服务器端Office自动化经常出现死进程。而且这种自动化技术只能运行在Windows服务器上。

 

服务器端Office自动化的另一个缺陷就是它只能用来导入导出Office文档。导出的Office文档不能在网页里打开显示，而只能作为附件下载后再进行其它操作，整个操作还是比较繁琐的。

 

另外一种自动生成Word、Excel的方法仅能运行在JAVA平台上，通过Jacob/POI/JXL技术读写文档，但这种方法数据生成Office文档的速度较慢，生成后的Office文档也无法进行在线编辑且接口复杂度较大。

 

第三种系统自动生成Word、Excel的方法就是利用Office中间件——SOAOffice来进行Office文档的动态生成。

 

利用SOAOffice中间件，开发人员只需在服务器端编写简单的调用代码即可将系统数据库中的文本、数据一键导出为Word、excel等固定格式的Office文档，大大降低了用户手工填写数据的工作量。

 

SOAOffice中间件提供了Office简化接口模型的.Net和Java组件，屏蔽了Office的接口细节；服务端无需安装、运行Office，更无需交互账户；数据操作由标准.Net和Java组件完成，大数据量的Word/Excel导入导出速度非常快，完全不会引起阻塞。SOAOffice能够轻松实现在网页里动态输出并显示Word报告、Excel报表。

 

SOAOffice属于Web表现层中间件，通过它，功能强大的Word/Excel完全可以充当Web表现层的展示工具。

 

通过SOAOffice，Word/Excel 就像VS.Net中DataGrid控件一样能够在网页里运行，变成了一个非常好用的服务器组件。开发者既能调用Word/Excel的功能实现网页里较难实现的报表打印及打印预览等功能，又能够保持用户原本熟悉的Word/Excel打印操作习惯。

 

SOAOffice 不但能够导入导出Office文档内容，而且还能够在网页里直接显示、编辑、保存Office文档，它给用户带来了极好的操作体验。

 

 

当你需要制作大量的单据，又希望能够将单据上的数据信息保存到系统数据库以便随时查找、分析、打印时，通过SOAOffice中间件，你可以直接利用Word、Excel制作Web网页的用户录入界面(Form表单)。你不必抛弃原有的Office使用习惯，也不需要重新编译程序来修改单据，为开发商节约了大量的开发维护工作。

 

在Web网页录入界面模式下，Word、 Excel中只有指定允许输入的位置或单元格可以点选录入输入、修改录入数据，其他区域均不能进行编辑。

 

用户保存Office文档后很容易在后台代码中验证并获取用户的录入数据。SOAOffice中间件将制作Web录入界面的工作简化为编辑Word、Excel文档。

 

SOAOffice中间件打破了Office文档的访问壁垒，轻松地实现了Office文档的数据存取，将系统的访问控制粒度缩小到Word、 Excel中的文字、单元格，方便了用户对数据的查询、统计和分析。

 

   

   转载自：ENI经济和信息化网http://www.enicn.com/article/2009-12-25/1225600362009.shtml