摘要:和摩尔定律一样，软件行业也有一个流行的定律，1.0版本永远是不好用的。即使是MS也不例外。Information Bridge Framework（IBF）就是一个典型案例。   先解释一下IBF是个啥玩意。MS推出IBF，针对的应用群体称为Information Worker，这个词官方翻译为信息工作者，其实白话就是信息工人。每天需要对着计算机，写文档报告方案的同志，就可以被称为信息工作者，项目经理，人事经理，销售经理，那都可以广义的包括在内。拿销售经理来说，用Word写份年度总结报告，总免不了要填若干或真实或虚假的数字。哪里能够找到这些数字呢？他得从word切换到公司内部的MIS系统，找到这些数字，然后copy到这个word文档上来，如果只是数字也就罢了，现在为了这个报告PP一点，老板更好理解一点，销售经理还想搞个曲线图出来。这难为了他，打字都跟啄米似的，更别提捣鼓什么曲线图了。要是在Word上有这么个按钮，一按，曲线图就贴到了word上，这就美滋滋了。咱们先别管这位销售经理的工作态度问题，从技术的角度出发，他还是很有创意的。归纳起来，再提高一点，他要的就是这么一个工具，能根据目前在文档中所操纵的信息和状态，自动从后端支撑系统（公司内网的MIS，ERP，CRM，或外网）提取需要的数据、信息，融合到文档中来。IBF就是这样的一个工具或称架构。   看上去挺美的，交给俺们这些IT工作者来实施，就头大。光一个简单的demo，构建指南就有64页，俺拿出学习三块手表的精神和态度，认认真真从头到尾地琢磨了好几遍，也愣没在俺这笔记本上给整出来，实在无法，格了俺PC机的命，操作系统office什么的全换新的，该打的补丁一个不拉，总算是在单机上看到了IBF的尊容。   　     想各位也没有兴趣和时间来听IBF的技术细节，简单概括起来，IBF分为服务器和客户两端，服务器端存放各种MetaData，数据打哪来，到哪去，中间要经过哪些转换步骤，这都在服务器端存着，客户端有这么一个任务栏，当您在office程序中输入特定字符串时，客户端可以感知到，并在任务栏上显示出和这个特定字符串相关的数据，信息和操作。   俺现在使的是IBF1.0，其他安装配置的苦水暂且按下不表，单是这个MetaData，俺真想说俩句，这个MetaData的架构，设计的是精巧有余，大气不足。概念的层级太深，在Demo中，有Item居然达到了8级别。一本构建指南读下来，云里雾里，一会东西，一会南北，demo是做好了，可怎么做好的，整体上是个嘛结构，完全没有概念。另一头是这个metadata设计器，写这个metadata设计器的同志是个高手，就是太高手，他用的顺手，俺就用的不顺手了。俺的显示器上大概和这位高手的不太一样，设计器form右边短了50像素，若干按钮显示不出来，俺只能根据指南上的图片，用tab键来尝试。单是完成最简单的功能－根据word文档中的人名，在任务栏上say个hello，俺统计了一下，用这个设计器大概需要弹出40个以上的输入信息界面。所以没有耐心的同志最好不要玩IBF。   俺知道有些同志喜欢挑战自我，被俺这么一说，还非要装一个玩玩不可。Ok，提供些tips。   １：最好不要在同时安装vs.net 2003和vs.net 2005的机器上玩IBF，至少我没有玩出来，后来卸载vs.net 2005和.net framework 2.0之后才ok。Vs.net 2005内建word application支持的类库好像和IBF，VSTO等东东有冲突。 ２：安装客户端的时候，需要输入metadata服务器的地址。这里有个大陷阱，在论坛上还有好多人问起来。这个metadata服务器暴露出一个web service，指南上说填入这个web service的地址就ok，俺就输入一个http://localhost:8081/IBFReadService.asmx。死活都不能通过检测，说服务找不到。问论坛有的说不要用机器名，要用ip，有的说用localhost不用ip，都不灵。整了老多天，最后才发现，填入http://localhost:8081就可以了，后面缺省的不用填，填了就错。真是没办法，这1.0的东西就是容易着他的道。 ３：另一个小心的地方，是安装smart tag。指南上说编译smart tag项目，然后注册，就ok了。其实还需要为这个smart tag配置安全性，具体就是在smarttag目录下执行CaspolAddFullTrust.bat就可以了，还有UIControl部分，也如法炮制一把。其实这高人把bat文件都给写了，就是不在文档里面说明。这不存心让人受累嘛J   Ok，下面是IBF的一些资料连接，供准备挑战自我的同志参考： IBF介绍：http://msdn.microsoft.com/library/default.asp?url=/library/en-us/odc_ibf2003_ta/html/ODC_ibfintro.asp 一个关于IBF比较好的网站：http://www.officezealot.com/ibframework/ IBF的论坛：http://msdn.microsoft.com/newsgroups/default.aspx?dg=microsoft.public.office.informationbridge&lang=en&cr=US IBF@MSDN：http://msdn.microsoft.com/office/understanding/ibframework/default.aspx    ...[阅读全文]

摘要:前面有位兄台贴了篇文章，说的是被Ole DB玩死的故事。这让俺也有了讲述自己被玩死的经历的Idea。一来，丰富了大家的阅历，将来万一耍起来，也知道要小心别着了道。二来，也想说明coding绝非只有joy的层面，更多的是一种让人哭笑不得的状态。 俺想整的事情就是跑通Smart Tag的一个流程。您问俺什么是Samrt Tag，，，简单的说，您在word里面输入"2004"，就会有一行小字跳出来，问您要不要自动将日期补齐了，变成2004-09-03，补上之后，又冒出些菜单问您要不要把日期格式转换为中文的。这种自动在office里面识别某些字串，然后给出相对应的菜单操作的技术，就称为Smart Tag。还不明白的话，麻烦您点：http://msdn.microsoft.com/library/default.asp?url=/library/en-us/sdsdk/html/sdcondevelopingsolutionsintroduction.asp。比我整的明白。 下载来SDK，安装顺利。打开C#版本的sample，一看就两文件，so明了，编译无错误，注册完毕。怎么打开Word没有看到Smart Tag装载上来。左看又看，得，还得给Office装上.Net可编程性支持扩展。好容易装上，还是出不来效果，仔细研究一遍注册文件，发现Sample带的Reg文件中的文件注册目录不对，居然少了一个中间目录"Visual C# Sample",汗，Sample不是这样写地，，赶紧修改注册表，还是不上路，无道理啊，给我郁闷的。继续查资料。在折腾Smart Documents的时候，俺总结出这样的规则，你拿MS的Sample来跑，死活是跑不通的，换套其他工具来，就跑的很欢。在Smart Document场景中，救命的tool是Vertigo公司的 Managed Smart Documents Wrapper。所以俺意识到肯定有某个工具能够解救我于水火。 Microsoft Office 2003 Smart Tag Developer Tools。这个MS自己整的工具包原本是用来测试Smart Tag表达式和查看注册的Samrt Tag库的信息的。到我这个问题上却成了一味偏方。这个工具包里面带有一个STExplorer.exe，打开来后，在左侧的Library List中选择一个library，注意到右边的信息列表里面会列出这个library适用的Office程序，Access，Word什么的。俺自己整的Sample安装上去，缺省的是不可以在Word里面运行的，也就是这里的适用程序没有列出Word。吃错什么药了，为什么不让在Word里面运行？还好点击这个适用程序列表，可以指定说俺这个library偏要在Word下跑。ok，保存更改后，发现在注册表里面这个library的对应项下面多了一个16进制的值OpusApp等于0，没有用这个工具的时候值等于2。ok，再跑，贼快。 回头换了台机器再重复一把这个过程，发现这个sample又可以直接跑了，在俺自己机器上跑不起来可能是配置环境的问题。不管怎么招，总之，慈祥地批评MS一把，Sample不可以这样写地；善良地建议一把，如果机器跑不起来Smart Tag的Sample，不妨按上面的流程调整并用工具整整。 小注：上面提到的SDK，tool在MSDN上都有得当，直接输入名称搜。之所以这里没有给出下载地址，是因为搜索还可以找出其他相关文章和信息，比直接上去就当，当完就走要来的敬业一些。  ...[阅读全文]