本文主要以COM（Component Object Model）技术为基础，从读盘模型的选取，软件开发包的选取，以及通过对SAX（Simple APIs for XML）模型的封装，探讨如何实现对统一办公文档格式的支持。

......

本文主要讨论WPS如何完成对读UOF格式文件的功能。

读操作按照计划要完成：

（1）需求分析

（2）技术的选取  即要选择何种读盘模型，采用哪种软件包。

（3）架构的设计  即要完成整体读的流程设计，对现有技术的封装。

（4）技术实现

最终可以成功读取863所提供的样张。

......

为了明确需要完成的工作，下面对WPS的IO流程作简单介绍。

（1）解析文件格式  对于一种特定的文件格式，我们实现一个Parser 类，它的作用就是解析文件格式（一般为流式格式），在解析出相应的属性和对象是，发出相应的时间调用。类似于XML中的SAX发出事件。例如文本文件，Parser类实现应很简单。

（2）对文件格式中的每个元素  如段、句、节、书签等等，完成响应的事件处理。所谓的事件处理就是将即将相应的属性元素填入上面已提到的内存中的DOM模型中。

（3）排版模块从DOM中取得元素给UILOGIC进行显示  因为显示是按流式显示，而DOM模型中的数据是按并行存储的。所以，这里需要一项将并行存储的数据转换成串行的。后面还将提到这项技术。

（4）存盘  从DOM树中按照相应文件规范取得相应的属性，调用相应Writer 完成写盘。

综上，UOF这个项目需要做的工作大概为:

（1）读盘  应用相应得库解析UOF文件将相应的属性填入DOM模型中。属性填入DOM模型的API是通过COM技术的Interface API。因为WPS是建立在COM技术基础上的。

（2）写盘  从DOM树中按照UOF文件规范取得相应的属性，调用XMLWriter API完成写。......

......

目前能够展示的成果为样例文档基本可以正确读取。一般的由WPS编辑的文件,如果不含有一些复杂的对象，可以正确写为UOF文件，并再次读取。这个关于UOF的VC6.0工程已经接入WPS的内部版本，所以可以提供程序展示。同时也有一些关于UOF的文档资料可以提供。

主要存在的问题如下：

（１）UOF标准本身存在一些问题，如：缺少一些必要的元素、对有些元素没有必要的说明等。

（２）样例文件中也体现了很多问题，如预期结果缺少样例文件中的一些属性，或多出一些文字等等。

（３）WPS的API方面也存在些问题，如不能正确返回结果、缺少一些API等。

（４）还有UOF工程基本为我们的学习程序，里面存在很多问题，如基本没有对性能的考虑、函数职责不明确、编码规范不好等等。这些都将使后期的维护工作带来很大的问题。