BizTalk开发系列(三十三)BizTalk之Excel终极解决方案

Excel作为优秀的客户端数据处理程序得到了广泛的应用. 由于其简单又强大的功能在很多公司或个人的数据处理中占用非常重要的位置. 而BizTalk作为微软的SOA主打产品虽然免费提供了很多Adapter支持各种协议及应用程序. 不过非常可惜没有提供对富客户端程序Excel的"原生态"支持. 所以我们只能自己查找解决办法。

应用程序对Excel的支持网上已经有很多解决方案的,一部分是使用ODBC的excel驱动将Excel作为数据源进行处理,对于规范数据表之类的Excel文档这种方法比较适用. Karen之前也发布了一个BizTalk Pipeline 的Excel组件 . 另外对于复杂类型的Excel文档有一种解决方案是使用Excel API操作Excel单元格进行处理. 但是这种方法不能适应快速开发的需求.当客户的Excel模板发生变化的时候就需要编写相应的代码.费时又费力.

那么什么才是好的解决方案呢? 大概列了几项期望:

  • 快速友好的开发方法.
  • 较强的校验功能
  • 保留Excel原有的强大功能.
  • 终端用户良好的体验.

接下来将要请我们的主角上场- “XML 映射”. XML映射允许将自定义的Schema添加到工作薄,提高了对使用本机 XML 的支持。这样可以创建一个 XML 映射,用于在导入或导出数据时使数据变得更有意义。也可以导入符合自定义 XML 词汇或架构的数据,然后使用相同的Schema将该数据写回去。下图是一张将XML Schema节点与Excel表格关联的截图。

了解了XML映射我们以一个案例的形式来更直观的介绍一下在BizTalk在对于Excel的解决方案。我们都知道很多公司都要求新入职的员工要按照公司 统一的简历模板重新填写一份个人简历. 下面是一个通过简历模板填写完的Excel文档.我们希望员工通过邮箱或Web Site提交文档. 然后通过BizTalk系统将简历信息存储到数据库或者发送到相应的目录。

要实现这样的目标,使用ODBC的Excel驱动肯定是不行的,因为它不是有一个规范的数据表。如果使用API对操作单元格的话开发量又太大。而且如果模板需要变动的话那么还得重新开发程序。有了XML映射我们的过程会简单而且有趣很多。

1.首先我们创建一个Schema文档定义我们需要的节点及其结构。如下图所示。

2. 创建一个Excel文档,为了给终端用户更好的使用体验我们还要对文档增加一些必要的说明和提示。创建完之后加载XML Schema并且将Schema的节点与文档的单元格关联起来。下图是一个GIF动画,展示了如何将Schema节点与单元格关联起来的过程。

3. 到此Excel的模板就制作完成了,我们只需要把这个模板分布给用户就可以了。

4. 下面我们就要来在BizTalk服务器上作些开发了。由于BizTalk没有提供对于Excel文档的运行因此我们需要根据Excel API开发一个Pipeline 组件在存储到MessageBox之前将Excel按照XML映射将Excel Stream转为XML Stream. 下图为Excel Component在Receive Pipeline设计时的应用。

5. 部署BizTalk 应用程序之后,我们就可以开始测试我们的程序。首先们还是一样使用发送和接收文档适配器。来简单的实现将Excel处理成XML的过程。当我们把Excel文档拷贝到接收目录之后我们可以在发送目录看到如下内容的XML文档。

生成之后的XML Document

6. OK,我们的最小原型实现了。其他的业务流程和发送目标可以按照实际需要实现。

7. 关于文档内容的校验,我们可以结合Schema的验证功能XML进行校验。这一部分的内容可以参考:BizTalk开发系列(十三) Schema设计之值约束

总结

虽然今天只介绍了XML映射在BizTalk对于Excel文档解析方面的应用,但XML映射不仅可以应用到BizTalk应用程序,也不仅在 BizTalk对于Excel的接收和解析方面。还可以在Asp.NET等其他应用程序和将XML文档输出到Excel等情况。总之在Excel与XML 相关的解决方案中XML映射给我们带来了非常灵活和良好的体验。

[2008.12.28 更新]

本解决方案的Excel管理解析组件BizExcel Alpha版已经在Codeplex发布。欢迎下载使用

时间: 2024-11-05 15:55:35

BizTalk开发系列(三十三)BizTalk之Excel终极解决方案的相关文章

BizTalk 开发系列(四十一) BizTalk 2010 BAM 安装手记

使用64位系统可以支持更大的内存,现在服务器基本上都使用64位系统.微软从Windows Server 2008 R2开始服务器版的操作系统也只支持64位了,不过对于像BizTalk这种“繁杂的东西”在64位系统下确实增添了不少麻烦. 微软于9月底正式发布了面向企业SOA解决方案的最新产品BizTalk Server 2010.最新想搭一个最新的环境.本为装了BizTalk不下百遍的我,应该可以很快就搞起来.但是这次安装太纠结了.特别是在BAM方面,竟然耗了近 两天(白天上班)才搞定.是不是技术

BizTalk开发系列(三十八)微软BizTalk Server定价和许可[解读]

做BizTalk的项目一段时间了,但是对BizTalk的价格和许可还不是很了解.给客户设计解决方案时大部分产品都是直接按照企业版的功能来设计,很 少考虑到价格和许可方面的因素,以为这个不是我们的事情或者认为使用企业版是应该的,企业软件的销售就是有意思,懂产品的和卖产品的一般不是一个人.懂产 品的一般是做技术的,学这个产品的时候就是用D版的或者是企业版,不会去关心不同产品的定价.当然在跟客户讲的时候就很少考虑版本及价格因素.而卖产品就 会添油加醋说要实现这样的平台您需要购买XX.YY产品,当然为要

BizTalk开发系列(三) 单机环境下的BizTalk Server 2006 R2安装

大部分的开发环境都是在单机环境下进行的,今天整理了一下BizTalk Server 2006 R2在单机环境下的安装步骤. 1. 软件需求 在独立服务器中完整安装BizTalk Server 2006 R2的基本软件需求 Windows 2003 Server with Service Pack 2 (SP2), or Windows 2003 Server R2 Microsoft Office Excel 2003 and InfoPath 2003 with Service Pack 2

BizTalk 开发系列(三十九) BizTalk Server 2009技术概览

BizTalk Server 2009已经发布一段时间了,之前Beta版发布的时候也写过一篇文章<BizTalk Server 2009 Beta初体验>, 当时比较了2006 R2与2009 Beta这两个版本之间的常见功能的开发.发现表现平平,没有什么太让人兴奋的地方.随着最近一段时间BizTalk Server 2009配套产品(组件)的陆续发布.对于新一代的BizTalk开发应用平台的认可逐渐清晰起来. BizTalk新一代的开发与应用平台除了操作系统.数据库及集成开发环境之外主要包括

BizTalk开发系列(三十四) Xpath

XPath 是在 XML 文档中查找信息的语言,在BizTalk的开发中应用非常广泛,当然你可以不必先学Xpath再去学BizTalk.但是如果对Xpath有一定了解的 话,在很多应用下会使你的开发更加快捷.为了方便查阅整理了一些Xpath常识和实际实例给开发过程提供个参考.由于BizTalk还未支持Xpath 2.0,所以以下的例子都是基于W3C 1.0规范. Xpath的重要性[实 际的场景] 之前做一个升级的项目,在项目中需要对XML进行节点查找并比较里面相应的值,通过比较结果再选取它的父

BizTalk开发系列(三十二)浅谈BizTalk主机性能优化

很多BizTalk的项目都要考虑到性能优化的问题,虽然BizTalk采用多线程处理消息的,大大提高了程序效率.但默认情况下 BizTalk的主机有很多阻止参数会控制BizTalk对服务器的资源使用率,从而约束了BizTalk的效率.之前做了一个200万条CSV数据通过 BizTalk传到数据库的程序.在不改变程序的情况下对主机性能做了一下简单优化,处理效率发生了成倍的增长. 程序逻辑 先简单的介绍一下程序的处理逻辑,CSV原文件大概有200多万条数据,文件大小50多M.每条只有两个字段总长度大概

BizTalk开发系列(三十五) TCP/IP 适配器

BizTalk 的TCP/IP适配器最初是为英国的保健行业开发.该适配器属于BizTalk进程内适配器,将消息通过TCP/IP 套接字符串在BizTalk服务器与远程客户端间进行通讯. TCP/IP适配器支持以下几种交互模式: Request Only 消息被发送到BizTalk并路由到任何流程(Orchestration)或发送端口. Request-Response 消息被发送到BizTalk并接收从BizTalk返回的远端服务器的返回信息. Solicit Only 消息从BizTalk发

BizTalk开发系列(三十七) 性能监视器在BizTalk性能测试中的使用

BizTalk应用程序的性能测试和分析是一个非常重要的过程,因为BizTalk的应用程序在Run-time时受部署结构.消息请求数量和消息大小等 的影响很大,因此无论是简单还是复杂的的应用都需要在部署到生产环境之前执行这一过程. 一般在性能测试中通过Windowns系统自带的性能能监视器来采集相关的数据, 并根据这些计数器的值来判断应用程序的性能瓶颈和负载大小. 虽然Windows性能监视器大家应该不陌生了,但是如果使用方法不正确的话不仅可能得不到你要的数据,还有可能使你白白做了测试.接下来将主

BizTalk开发系列(三十一)配置和使用HTTP适配器

BizTalk的主机分别进程内主机和独立主机.但由于一直使用的是进程内主机,对于独立主机的认识比较模糊,前不久在做一个BizTalk的项目的时 候,个别系统使用HTTP的方式发布Txt之类的文本的.刚好HTTP适配器与其他的适配器有一点不同就是它的接收适配器是宿主在独立主机(IIS)上. 在使用的时候需要进行额外的配置.现在我们就来看一下运行于独立主机上的HTTP接收适配器的使用,以及运行于进程内主机的发送适配器的使用. 为 HTTP 接收位置配置 IIS BizTalk主机分为进程内主机和进程