我们有一个情况下,我们将有两个应用程序级Outlook加载这两个开始与一些共同的代码,但共用代码很可能会出现分歧。理想的情况是,我们想重组的加载到因素出共同的代码成一个单独的共享问题,但对于非技术原因,这不是一个选项,现在。什么问题你预测,如果两者的加载是部署在同一outlook实例?你看看问题出现,因为会有两类具有相同的名称和同样的名字空间,但是具有不同的定义载入通过两个不同的添加载到同一outlook实例?一个插件需要调用的一种形式在其他程序。你认为这将是一个问题的差异,在共同的代码?

假设我们管理进行重组的加载于单独的出dll与所有公共代码,将Outlook有一个问题有不同的版本相同的dll正在部署由两个不同的添加插件?

有帮助吗?

解决方案

我当前的项目做了类似的代码之间共享外接程序的对话。现在,我们使用引用的其它项目与"复制地方"在编制时间,但想切换到准共享码的GAC使我们脱离方案中的建筑物的共用部件需要重建的所有项目上取决于它。

如果所有的公共图书馆dll的是"复制本地"期间建立的,你不应该有任何姓名/名字空间的冲突,但你会需要重建加,每当你的共用图书馆的代码变化。如果你想的基础是分开处理,创造一个程序,将成为图书馆、安装的副本本身在GAC,以便其他添加项可以使用它。我已经包括了一些链接,表明如何呼叫号码从其他应用程序。在实践中我们发现它有点傻傻的,因为外接程序。网上办公室的母代码。

参考文献:

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top