金蝶K3插件编程知识.pdfVIP

金蝶 K3插件编程 6.1 插件编程概述 K/3 运行平台为 K/3 BOS 开发的业务单据提供了稳定、标准的运行环境，但为 了实现客户更加个性化的需求和保持 K/3 BOS架构的开放性，还为客户化开发提供了插件编程机制，通过 K/3 BOS业务单据和序时簿事件代理组件，把业务单据处理的关键事件接口抛出，客户可以接收这个事件 代理组件，并对组件的抛出事件编程，从而实现个性化的事件处理方法，对 K/3 BOS运行平台进行有效的 扩充和扩展。 6.2 插件编程原理 6.2.1 什么是插件 插件（ Plug-Ins ）是一种专门为某一软件设计、用于功能扩充的程序。 通过插件可以实现客户个性化的定制。 插件不只是被动的接受宿主程序调用，更可以控制宿主程序以完成一些特定功能。 6.2.2 插件原理 插件原理静态图如下所示： 结合上图，可以对插件原理简单描述如下： 以事件驱动为基础： 插件（ Plug-Ins ）响应主程序发出的事件 , 在事件处理过程中完成功能。 捕获事件 : 通过应用程序代理对象（ ApplicationProxy ） 应用程序代理对象 : 就是对应用程序（宿主程序）本身的包装 包含很多事件，在应用程序（ Application ），也就是宿主程序中激发事件，在插件引用这个 对象就可以响应这些事件。 相当于架在应用程序和插件之间的桥梁。 本身不包含任何业务功能，仅仅用来发出事件和传递数据。 结合宿主程序（ Application ）、程序代理（ ApplicationProxy ）和插件 (Plug-Ins) 之间的关系，可 以画出如下的插件原理动态图： 6.2.3 应用程序代理对象 （ApplicationProxy） 在插件编程的机制中，最关键的还是应用程 序代理对象（ ApplicationProxy ），因为这个对象相当于宿主程序和插件之间的桥梁，宿主程序的代言人， 本身并不包括任何业务功能仅仅用来发出事件和传递数据。它发出的事件越多，则插件可以扩展的功能点 越多，对宿主程序的控制则越灵活； 为何不直接引用应用程序本身，而要代理搭桥？ 首先，一个应用程序由多个组件 (包 )组成，如果插件要直接引用它们来捕获事件也可以的。但是这 样的话就不得不引用很多个组件 (包 ) ，不得不定义很多个接口来传入对象。这会给 Plug-Ins开发者一种 支离破碎的感觉。 更重要的，不把所有的组件及核心算法都暴露给插件的开发者。仅有选择地公布部分组件。 还有，在 VB6.0 中，插件将没有机会引用标准 Exe的对象库 1. 建立一个应用程序代理 ( 模型 ) 类 class ApplicationProxy { public: event1(); // 事件 event2(Parameter, …); // 事件 Protect: RaiseEvent1 // 发出事件 RaiseEvent2(Parameter, … ); // 发出事件 … }; 也可提供一些属性 :DB连接对象，当前用户… 2. 在应用程序的 ”关键点 ”抛出事件。 如（伪码） : ApplicationProxy.RaiseEvent 3. 发出事件的方法在应用程序里面里调用 它对于插件的开发者应该是不可见， ( 不过在 VB6.0 里面不太容易实现， VB6.0 中 RaiseEvent 必须是 Public ，所以会有