如何仅使用 Castle Core 2.5.2 中的 DictionaryAdapter?

发布于 2024-10-10 23:47:15 字数 128 浏览 3 评论 0原文

我想在已经使用 Castle Core 1.2 的旧应用程序中仅使用 Castle Core 2.5.2 中的 DictionaryAdapter。除了从源代码编译 DictionaryAdapter 之外,是否有办法将这些库的公共部分分开?

I want to use just the DictionaryAdapter from Castle Core 2.5.2 in an old app that already uses Castle Core 1.2. Is there a way to keep apart the common parts of these libraries, except compiling just DictionaryAdapter from source?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

你丑哭了我 2024-10-17 23:47:16

由于我只有 VS2010 Express 版本,我很想使用 ilmerge 来仅公开 DictionaryAdapter 命名空间,但一件事导致了另一件事,我采取了另一条路线,由于 Castle.Core.Smtp 存在于两个版本中:我从 Castle.Core.dll 2.5.2.0 开始,只是将 命名空间的第一部分重命名为CastleCastle252,因此我可以在 Castle.Core 1.2.0.0 中使用它,而不会发生任何冲突:

如何更改 .NET 程序集的命名空间?

Since I have just the Express version of VS2010, I was tempted to use ilmerge to expose just the DictionaryAdapter namespace, but one thing led to another, and I took another route, since Castle.Core.Smtp is present in both versions: I started from Castle.Core.dll 2.5.2.0 and simply renamed the first part of the namespaces from Castle to Castle252, so I can use it along Castle.Core 1.2.0.0 without any conflict:

How to Change Namespace of .NET Assembly?

肩上的翅膀 2024-10-17 23:47:15

我首先尝试将 Castle.Core 升级到 2.5.2,但您的问题是这会拖累其他依赖项。您可以尝试从源代码编译 DictionaryAdapter,它与 Castle.Core 的其余部分相当独立,因此应该不会有太大麻烦。

I'd try first upgrading Castle.Core to 2.5.2, but your problem is that this will drag other dependencies. You can try compiling DictionaryAdapter from source, it's fairly independent from the rest of Castle.Core so it shouldn't be much trouble.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文