.Net 3.5 和 4.0 程序集 (NATUPnPLib) 的奇怪兼容性问题
我在让 NATUPnP 1.0 类型库与 Visual Studio 2010 中的 Framework 3.5 一起使用时遇到问题。如果我使用 .Net 4.0，它工作得很好，但使用 .Net 3.5，NATUPNPLib 的命名空间看起来完全像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 中不会有任何问题。
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我部分重现。我也获得了两个不同的互操作库，但我在 VS2008 和 VS2010 上都这样做。仔细查看“添加引用 + COM”选项卡的“路径”列。 它们都引用相同的 DLL，c:\windows\system32\hnetcfg.dll"。
好吧，从同一个 DLL 生成相同的互操作库是有道理的。我猜有人会这样做微软认为其中一个类型库名称很糟糕，并更改了注册程序，以新名称注册它，并以旧名称注册它，这样就不会破坏向后兼容性，不确定是哪一个。但“CON”是那些神秘的缩写词之一（？），它在 Microsoft 类型库名称中不断出现，“UPNP”可以更好地确定工作，我想
如果您运行 64 位，可能会有所不同 。 一定选择 VS2010 显示的名称，否则，将同一类型库引用到同一个 COM 服务器是没有意义的。
I partly repro. I too get two distinct interop libraries but I do so on both VS2008 and VS2010. Take a close look at the Add Reference + COM tab, Path column. Both of them refer to the same DLL, c:\windows\system32\hnetcfg.dll".
Well, it makes sense that the same interop library gets generated from the same DLL. I would guess that somebody at Microsoft decided that one of the type library names was crummy and changed the registration procedure to register it under a new name. And register it under the old name so not to break backward compatibility. Not sure which, but "CON" is one of those mysterious acronyms (?) that keeps popping up over and over again on Microsoft type library names. "UPNP" nails the job down better, I guess.
There might be a difference if you run a 64-bit operating system. Do pick the name that VS2010 shows. Otherwise, there's no point in referencing the same type library to the same COM server twice. One will get the job done.