ServiceBus AppFabricLabs DLL

有两个具有多个名称空间的DLL存在问题：

Microsoft.ServiceBus.Channel-V2.0.50727 Microsoft.ServiceBus-V2.0.50727

我正在尝试增强Juval的Lowry服务总线浏览器，以便在以下两者之间切换： appfabric.azure.com-生产 portal.appfabriclabs.com-测试版

如果我只使用通道-我将丢失TransportClientEndpointBehavior类，如果我添加两个引用，我将无法生成，因为ServiceBusEnvironment类存在于同一命名空间中的两个DLL中

我有一种感觉，我错过了一些明显的东西

引用两个文件时： 错误1类型“Microsoft.ServiceBus.ServiceBusEnvironment”存在于“c:\Program Files\Windows Azure AppFabric SDK\V2.0\Assembly\Microsoft.ServiceBus.Channels.dll”和“c:\Program Files\Windows Azure AppFabric SDK\V1.0\Assembly\NET4.0\Microsoft.ServiceBus.dll”中C:\Users\rreukema\Downloads\Idesign\u WCFDisk\AprilIDesignCD\Demos\ServiceModelEx\ServiceBus\Discovery\ServiceBusDiscoveryClient.cs 26 134 ServiceModelEx

仅使用通道参考：

---

错误12找不到类型或命名空间名称“TransportClientEndpointBehavior”（是否缺少using指令或程序集引用？）C:\Users\rreukema\Downloads\Idesign\u WCFDisk\AprilIDesignCD\Demos\ServiceBus\Explorer\PopulateSolution\ServiceBusHelper-Buffer.cs 21 78 PopulateNamespace

创建一个同时支持服务总线的实验室和生产版本的应用程序将非常困难，因为他们两人之间没有官方的向后兼容性故事。（实验室旨在尝试新功能并从客户那里获得反馈）。您试图在这里启用的场景是什么

至于dll问题，您是否引用了项目中程序集的两个版本？如果是这样，您将遇到版本控制问题，特别是在GAC中有ServiceBus DLL的情况下。如果一次只针对一个版本的DLL，我强烈建议您在项目中添加引用时使用完整的程序集名称（版本和所有内容）。另一个好主意是添加对GAC中dll的引用，而不是对安装位置的引用，如前所述