数据-DownloadCenter-Microsoft.ppt

OFC321 InfoPath在企业解决方案中应用的最佳实践 李婷 技术方案专员 专业解决方案部 微软有限公司 今日议程 初识InfoPath Microsoft Office InfoPath 数据流 数据模型 “契约” 更新/绑定周期 Performance InfoPath的数据连接 数据连接模式 Data Adapter的体系结构 主数据和辅助数据 连接到数据库 InfoPath在企业级解决方案的应用 解决方案实施的场景 应用InfoPath的专业解决方案 DEMO 初识InfoPath InfoPath是什么？ 创建丰富的电子表单的工具 InfoPath的应用场景 医药卫生行业——病人登记、病理管理、处方查询… … 保险银行业——保险单据… … 生产行业——订单审批、项目申报、报销单据… … 政府教育行业——个人信息、每月报表… … 与表单相关的场景… … 表单定义 InfoPath “契约” XML数据总是正确的 通常用XML DOM存储当前数据 XML DOM 通常总是 “有效的” XSLT 定义了从XML 到视图的映射 视图仅仅是数据的显示形式 视图是多变的——所有的状态信息都存储在 DOM中 商务逻辑操作是针对DOM数据的 没有视图属性(除非做了这样的选择) 视图/控制状态是基于DOM的状态的 Step 1: 向DOM中添加数据（演示） XML 可以来源于: 一个文件 一个数据连接 template.xml 来自旧版本的模版么？ upgrade.xsl (自动产生) OnVersionUpgrade 结果加载到DOM中 Step 2: OnLoad 阶段 数据连接队列运行 声明的算法求值 执行 OnValidate 代码 声明的规则运行 OnLoad 代码运行 DOM 事件启动 Step 3: 视图准备完毕 浏览应用到XML DOM的XSLT 输出为HTML HTML 投射到视图表面 视图展现外观 视图初始化并绑定控件 OnSwitchView 启动 此时视图可以同用户进行交换了 更新/绑定周期 Step 4: 用户交互 用户做了一个编辑工作 这个改变反馈到DOM相应的部分 事件的顺序 阶段 1: 结构上进行整合 OnBeforeChange Schema 结构验证 阶段 2: 验证 OnValidate 声明的验证 Schema 数据类型验证 阶段 3: 侧面影响 OnAfterChange 声明的算法 Step 5: 浏览更新 原本实施的步骤为: 将XSLT 重新应用到 XML DOM 输出新的HTML 旧的HTML被新的HTML取代 视图进行显示、重新初始化，等等 实际上实施的工作: 优化 (遵循契约) 简化绑定：不需要视图更新 某范围内的重新应用 全部重新应用 Performance Tip #1: 开始时间 Performance Tip #2: 冻结的表单（演示） Performance Tip #3: 慢速编辑（演示） Performance Tip #4: 添加行（演示） Performance Tip #5: 编辑 Performance Tip #6: 二进制数据（演示） 其他的关于性能方面的提示 避免自定义 XSL 设想现在 (及将来)可以在InfoPath中设计XSLT的优化渠道 缩短视图的长度和降低它的复杂度 简单视图( 50k XSLT)一般会更快 使用多重视图 数据连接模式 基于XML的数据模型 外部数据以XML文件的形式被引入进来 InfoPath的输出是一个XML文件 保存文件 提交文件或文件片断 Data Adapters 内置的对象，便于与外部数据连接 可以通过声明的规则或目标模块使用 表单中的商务逻辑可以为自定义数据连接所用 Data Adapter 的体系结构 主数据和辅助数据 “Main DOM” 是InfoPath文档 辅助数据源是一些帮助性的数据 如下拉菜单和列表框中的选项 在会话的结尾不会予以保留 控件可以与辅助数据绑定(new in SP1) 模式: 可以使用辅助数据源进行： 数据校验 分段查询: 使用商务逻辑把需要的数据复制到main DOM 中 与自定义的控件进行交互 连接到数据库 选择 ADO adapter Web Services adapter 面向SQLXML 的XML file adapter 在OnLoad和OnSubmitRequest 事件处理中应用自定义的商务逻辑 数据库和 Web service dataset adapters 可以自动的跟踪及提交改动的数据。 InfoPath在企业级解决方案的应用 解决方案实施的场景 某公司需要一个处理人员费用报销的流程 员工填写报销单并提交 经理得到提示，进行批复：批准/拒绝