Word试题库工具插件的设计
摘 要
编写试题、排版试卷一直以来都是一项繁重的工作。手工录入试题然后排版试卷工作量大且容易出错，试题的收集保存也是以文件的形式，这使得查找试题变得相当困难。改用数据库存储试题将使试题的存储和查找得到优化，这是大部分试题库软件的优势，但是这些试题库软件都使用软件自身的文本编辑器，功能十分有限，在数据的存储方面也只能存储纯文本的试题，不能存储图片、表格等。这使得用户在编辑试题时十分不便，在数据的存储方面也有很大限制。如果结合数据库的存储功能、结构化查询语言的查询功能和Word的文本编辑功能，利用Word进行试题编写、试卷排版，利用数据库存储试题，利用结构化查询语言查找试题、过滤显示同类试题，那么编写试题、排版试卷等工作将变得方便快捷。为了实现Word与数据库之间的试题存取(能够支持图片、表格、公式的存取)以及其他一些功能编写的Word试题库工具插件以COM组件的形式嵌入Word程序中，通过它将Word与试题数据库有效的结合到一起，使用户既能够方便的编辑试题又能够将试题存入数据库或从数据库中取出，还能够通过结构化查询语句搜索试题。
关键词：COM组件；Word 插件；二进制字段；结构化查询语言目 录
1 引言 1
1.1 课题背景 1
1.2 国内外研究现状 1
1.3 本课题研究的意义 1
2 理论基础 1
2.1 COM组件技术 1
2.1.1 什么是COM组件 1
2.1.2 COM组件的基本元素 2
2.1.3 关键接口 3
2.1.4 如何创建COM对象 4
2.1.5 如何删除COM对象 5
2.2 Word对象模型 6
2.2.1 什么是Word对象模型 6
2.2.2 Word对象模型抽象图 6
2.2.3 主要对象模型介绍 7
2.3 数据库技术 7
2.4 ODL文件语法 8
2.4.1 ODL文件语法结构 8
2.4.2 类型库TLB的使用方法 10
2.5 ADO技术 11
2.5.1 什么是ADO技术 11
2.5.2 如何在VB中使用ADO 12
2.5.3 ADO技术主要应用举例 15
2.6 插件技术 20
2.6.1 什么是插件 20
2.6.2 主流插件简介 20
3 需求分析与方案设计 21
3.1 什么是Word试题库工具插件 21
3.2 Word试题库工具插件的功能需求分析 21
3.2.1 创建题库功能 22
3.2.2 打开试题库功能 22
3.2.3 存储试题功能 22
3.2.4 提取试题功能 22
3.2.5 删除试题功能 22
3.2.6 预览试题功能 22
3.2.7 搜索试题功能 22
3.2.8 过滤试题功能 23
3.3 Word试题库工具插件的结构设计 23
3.3.1 数据库结构 23
3.3.2 主程序结构 23
4 详细设计与实现 23
4.1 已实现的功能 23
4.2 在Word中添加按钮的实现过程 24
4.2.1 实现原理 24
4.2.2 关键代码 24
4.2.3 相关技术的运用 25
4.3 试题存储的实现过程 25
4.3.1 实现原理 25
4.3.2 关键代码 26
4.3.3 相关技术的运用 27
4.4 试题提取的实现过程 28
4.4.1 实现原理 28
4.4.2 关键代码 28
4.4.3 相关技术的运用 30
5 测试和分析 30
结 论 30
参考文献 31
致 谢 32
声 明 33
1.1课题背景
目前大量试题使用Word编写，在Word中可以很方便地编写公式、插入图片和表格。一些独立的试题库软件使用简单的文本编辑功能，在试题编辑方面没有Word方便。但是Word仅能编辑试题，不能存储收集试题。《Word试题库工具插件》以COM组件的形式嵌入Word程序中，通过它将Word与数据库有效的结合到一起，从而使用户既能够方便的编辑试题又能够将试题存入数据库或从数据库中取出。
1.2国内外研究现状
大多数试题库软件都使用软件自身的文本编辑器，功能十分有限；在数据的存储方面只能存储纯文本的试题，不能存储图片、表格等，这使得用户在编辑试题时十分不便，在数据的存储方面也有很大限制。
1.3本课题研究的意义
通过综合运用COM组件技术、插件技术、数据库技术开发的Word试题库工具插件能嵌入Word程序内，从而将Word与数据库有效的结合到一起。使用户在编辑试题时既能用Word方便快捷的编辑试题又能方便的将试题存入数据库或从数据库提取试题。使试题编辑工作更加方便快捷。
2理论基础
2.1 COM组件技术
2.1.1什么是COM组件
COM 即组件对象模型，是Component Object Model的缩写。COM 是一种跨应用和语言共享二进制代码的方法。与C++不同，它提倡源代码重用。ATL 便是一个很好的例证。源码级重用虽然好，但只能用于C++。它还带来了名字冲突的可能性，更不用说不断拷贝重用代码而导致工程膨胀和臃肿。Windows 使用DLLs 在二进制级共享代码。这也是Windows 程序运行的关键——重用kernel32.dll, user32.dll 等。但DLLs 是针对C 接口而写的，它们只能被C 或理解C 调用规范的语言使用。由编程语言来负责实现共享代码，而不是由DLLs 本身。这样的话DLLs 的使用受到限制。MFC 引入了另外一种MFC 扩展DLLs 二进制共享机制。但它的使用仍受限制——只能在MFC 程序中使用。COM 通过定义二进制标准解决了这些问题，即COM 明确指出二进制模块（DLLs 和EXEs）必须被编译成与指定的结构匹配。这个标准也确切规定了在内存中如何组织COM 对象。COM 定义的二进制标准还必须独立于任何编程语言（如C++中的命名修饰）。一旦满足了这些条件，就可以轻松地从任何编程语言中存取这些模块。由编译器负责所产生的二进制代码与标准兼容。这样使后来的人就能更容易地使用这些二进制代码。在内存中，COM 对象的这种标准形式在C++虚函数中偶尔用到，所以这就是为什么许多COM 代码使用C++的原因。但是记住，编写模块所用的语言是无关的，因为结果二进制代码为所有语言可用。
