这几天看了一些相关 OSGi 方面的资料，不免有一点不成熟的想法，就是设计一个 ACCESS 开发的 类似 OSGi 的标准服务框架。实际上OSGi 是一种面向服务的框架平台，它可以通过对各子工程的动态加载及卸载服务实现一个平台系统下的多工程之间的动态交互，从而实现可伸缩，可扩展，即插即用(热插拨)的插件形式的服务。(似乎有COM组件思想，这是本人的个人理解，有不同意见朋友可以拍砖-_-)。

 

那么如何 架构一个这样的系统平台呢？

我在这里 扔一块砖，希望能引到更多的玉。

本人现在勾画了简要的构想，有时间偿试一下这方面的标准的定义的起草。有兴趣朋友也可以提出自己构想大家共同探讨。

如果身体还能承担，那么希望近期能上传试验性的框架。。。

2011年9月14目 针对 Access VBA 环境进行相关测试 记录：

(一). 通过测试 无法将被引用的 mdb工程的 codeProject 对象传递到当前工程里。

(二).被引用的抽象类方法返回数据类型是 RS数据集时，存在深层引用 ado 类库 版本统一的问题。