.net - .Net 3.5 和 4.0 程序集 (NATUPnPLib) 的奇怪兼容性问题

Question

我在让 NATUPnP 1.0 类型库与 Visual Studio 2010 中的 Framework 3.5 一起使用时遇到问题。如果我使用 .Net 4.0，它工作得很好，但使用 .Net 3.5，NATUPNPLib 的命名空间看起来准确 em> 就像 NETCONLib 的那样。

例如，此站点中的端口转发管理应用程序示例:http://pietschsoft.com/post/2009/02/05/NET-Framework-Communicate-through-NAT-Router-via-UPnP.aspx

..正在使用 .Net 3.5，但除非将其更改为 .Net 4.0，否则我无法在 Visual Studio 2010 中编译它。
我没有尝试过，但我敢打赌在 Visual Studio 2008 中不会有任何问题。

Answer 1

我部分复制了。我也获得了两个不同的互操作库，但我在 VS2008 和 VS2010 上都这样做。仔细查看“添加引用 + COM”选项卡的“路径”列。 它们都引用同一个 DLL，c:\windows\system32\hnetcfg.dll”。

嗯，从相同的 DLL 生成相同的互操作库是有道理的。我猜微软的某个人认为其中一个类型库名称很糟糕，并更改了注册程序以将其注册为新名称。 并且以旧名称注册它，以免破坏向后兼容性。不确定是哪一个，但“CON”是那些神秘的缩写词(？)之一，它在 Microsoft 类型库名称中不断出现。我想，“UPNP”能更好地完成这项工作。

如果您运行 64 位操作系统，可能会有所不同。 一定选择 VS2010 显示的名称。否则，将同一类型库引用到同一个 COM 服务器两次是没有意义的。一个人就能完成工作。