我们在IIS中托管WCF服务。出于跟踪目的，我们需要知道在IIS中托管的服务的版本。
此服务是一套服务的一部分，因此我们实现了所有常用功能（如公共库中提到的跟踪服务）
尝试使用普通调用获取程序集版本时 Assembly.GetExecutingAssembly（）
我也尝试获取调用堆栈并获取最后一个（获得IIS版本）。
有谁知道如何以编程方式获取IIS中托管的WCF服务的版本？
答案 0 :(得分：1)
我假设你需要在运行时由WCF服务引用的公共库dll中获取WCF服务的版本。如果没有，我不明白为什么你会通过运行Assembly.GetExecutingAssembly()来获得公共库程序集。
如果是这种情况，那么您希望找到包含IIS正在运行的Application对象的程序集。通过在该根Application对象上使用标准反射方法，您应该获得对IIS正在执行的dll的引用，该引用应该是WCF服务。
Application课程的文档：
http://msdn.microsoft.com/en-us/library/ms525360(v=vs.90).aspx
这看起来很有希望获得它：
http://msdn.microsoft.com/en-us/library/system.windows.application.current(v=vs.110).aspx
答案 1 :(得分：0)
在谈论WCF服务的版本时，您更有可能意识到您希望对Web服务进行版本控制，而不是汇编版本，尽管您在问题中混合使用。
程序集版本是实现细节，没有合法的情况需要通过Web服务或IIS公开此类实现细节。 IIS本身具有部署细节，与Web服务的版本控制无关。
System.Windows.Application是WPF，与WCF或Web服务无关。
当你学习编程时，可能你已经学会了一旦发布了一个接口，你就不应该改变它，尽管你可以改变实现或引入新版本的接口。 Web服务基本上是通过http绑定的API或接口，描述语言通常是SOAP基础Web服务的WSDL。
简而言之，Web服务的版本控制是通过Xml命名空间完成的，而在.NET中，您可以在XML命名空间和CLR命名空间之间建立映射。在部署期间，您可以在主机中托管同一服务的多个版本，因此旧版客户端可以使用旧版服务，新客户端可以使用新版本。所以你将拥有无缝过渡战略。
程序集版本和服务版本之间没有直接的联系，您不应该公开程序集版本，因为客户端说PHP或Java客户端不知道汇编版本是什么。
有关起点的更多详细信息，如果您使用谷歌和＃34; Web服务版本控制＆＃34;这里有一些很好的链接： http://www.ibm.com/developerworks/webservices/library/ws-version/ http://www.oracle.com/technetwork/articles/web-services-versioning-094384.html http://msdn.microsoft.com/en-us/library/ms731060(v=vs.110).aspx