基于IE的本地临时存储预研报告.docVIP

基于IE的本地临时存储 预研报告 作者：吴红佳 时间：2012-01-16 1. 背景介绍 3 2. 技术目标 3 3. 各种技术方案对比分析 4 3.1应用场景分析 4 3.2常见临时存储方案分析 4 3.3扩展插件存储方案分析 4 4. 需要控件提供的接口方法 6 5. 验证过程描述 7 5.1编写浏览器控件（applet） 7 5.2发布浏览器控件（applet） 11 5.3编写html测试页面 13 5.4最终存储效果 19 6. 遗留问题描述 20 1. 背景介绍 A5-CAPP作为一种编辑软件系统，需要频繁地在客户端浏览器与服务器之间的数据交互，在未来的应用中可能会存在性能的瓶颈。 基于B/S架构实现工艺设计相关功能时，受Web页面的Session时效等影响，可能导致用户在编辑工艺过程中产生的内容不能有效保存。例如工艺人员上午上班期间开始编制一份工艺，中午外出吃饭，下午回来继续编制时可能页面已过期等。 在目前包括原型系统的实现上，基于Web页面的工艺设计过程中需要频繁地切换页面，单个页面一般主要只包含了一个对象和一组同类对象的信息，但工艺设计所需的内容通常需要多种类型对象的组合。由此可能导致用户编制工艺过程中过多的切换页面操作，在性能上及用户操作体验上都存在隐患。 研发中心目前产品研发任务除A5-CAPP外，还有DMPM和其他国家课题的产品研发任务，希望各研发任务重形成的成果能够尽可能地统一和重用。 技术目标 A5-CAPP的工艺设计过程中当前打开和编辑的工艺数据在本地都有各自临时存储的文件（集）。 本地临时存储的文件（集）应在其所有对应的页面关闭后被删除，但若页面异常关闭时除外，且当页面正常关闭时应能判断当前是否有未提交存盘的数据并给出相应的提示；页面若异常关闭、或因Session过期等原因导致当前工作非正常中断的，在重新登入系统后可通过相关功能继续之前的工作。 用户在页面中使用提交存盘等功能时，能将本地临时存储的文件（集）中的内容都存储到数据库中。 本地临时存储的文件（集）优先考虑采用XML等数据交换格式，后续功能中可配置其是否加密。 本地临时存储的文件（集）不应存储在IE缓存中，防止用户清除IE缓存时误删临时文件。 临时文件（集）首先应处理工艺设计中的所有数据对象及关系，后续可能考虑将工艺中引用的实体文件等也进行临时存储。 各种技术方案对比分析 3.1应用场景分析 对应于工艺设计环境临时存储的应用场景，目前需求主要分为以下几个方面： 定时缓存：需要对用户的工作进行定时存储，最大程度上减少由于session失效、浏览器崩溃、系统宕机等问题造成的损失； Session失效时读取缓存：当用户在编辑过程中session失效并重新登录时，通过某功能列出当前页面在系统中的缓存文件列表，选择文件后读取选择的文件内容并将数据重新回填到表单中，用户可以继续之前的工作； 关闭时清理缓存：页面正常关闭时自动清理本地缓存中当前页面的缓存内容。 3.2常见临时存储方案分析 下表列出了目前比较常见的几种浏览器临时存储方案： 类型 空间大小 浏览器支持 要求 1 cookie 4k左右 跨浏览器 浏览器开启cookie功能 2 userData 640k-1024k IE5+ 3 DOM Storage 5m Firefox 2.0+ 4 Flash Share Object 100k 跨浏览器 安装flash浏览器插件 从上表可以看出，目前比较常见的几种浏览器临时存储方案中有以下内容不能满足目前A5-CAPP的应用场景要求： 存储空间有限制； 对单个文件大小有限制； 对文件数目有限制； 临时文件容易被意外清理，特别是被各种安全软件清理。 3.3扩展插件存储方案分析 基于IE扩展插件的存储方案实现思路如图： 用户在表单页面填写工艺数据时，类似于MS Office的自动保存，表单页面会自动定时进行缓存，通过javascript对表单数据进行提取组织，并形成xml格式字符串，然后通过ocx（或applet或bho）控件访问本地文件系统，将内容保存在客户端文件系统中。在获取缓存时，通过javascript调用ocx（或applet或bho）控件获取文件系统文件内容并包装成Json格式，解析Json对象获取xml格式字符串内容，并回填到页面表单中。当页面被关闭时，触发onunload页面事件，在事件中判断是刷新还是关闭，是关闭的情况下，通过javascript调用ocx（或applet或bho）控件操作文件系统，删除缓存文件。 由于A5-CAPP集成了众多的ocx控件，因此可以认为A5-CAPP只能应用