C# 导航到“定义”;“背后”;Visual Studio 2013中的代理

C# 导航到“定义”;“背后”;Visual Studio 2013中的代理,c#,visual-studio,visual-studio-2013,C#,Visual Studio,Visual Studio 2013,TL;博士 我想知道是否有一种方法可以实现方法的“真实”实现,而不是方法的“引用” 长版本 因此,对于我们大多数人来说,引用asmx/svc web服务是一种非常常见的场景 执行此操作时,VS将在使用项目中生成一个代理 我们通常也在开发客户机和服务,这使我们经常处于这样的场景中:您想要检查有关服务方法实现的一些信息,但当您点击F12时,您会看到非常无用的VS生成代码 我希望改变这种行为,而不是被引用到自动生成的代码中,我希望显示真正的实现。在Visual Studio中您将无法实现这一点。但在R

TL;博士
我想知道是否有一种方法可以实现方法的“真实”实现,而不是方法的“引用”

长版本
因此,对于我们大多数人来说,引用asmx/svc web服务是一种非常常见的场景

执行此操作时,VS将在使用项目中生成一个代理

我们通常也在开发客户机和服务,这使我们经常处于这样的场景中:您想要检查有关服务方法实现的一些信息,但当您点击F12时,您会看到非常无用的VS生成代码


我希望改变这种行为,而不是被引用到自动生成的代码中,我希望显示真正的实现。

在Visual Studio中您将无法实现这一点。但在ReSharper中有“转到实现”命令,或Ctrl+Shift+Alt+B。

相关:这才是真正的实现。在客户端,您有一个从WSDL生成的代理,该WSDL调用服务器和一组DTO。也许你的意思是如何导航到服务器代码?WSDL与实现它的服务器端代码之间没有连接。实现可以是java、PHP或C++。只有当VS控制两端时,才能从客户端到服务器进行调试,这可能是因为VS运行两端,或者远程服务器设置为进行远程调试。简短回答:没有visual studio不提供此功能。某些插件(如Resharper)可以让您更接近所需的工作方式。如果在同一解决方案中的某个位置,可以创建一个Visual Studio扩展,将您带到服务器实现。扩展必须“猜测”正确的函数,因此它可能不完全可靠。很遗憾,我的quick Google search没有带回任何现有的扩展。如果底层接口定义在客户端和服务器之间共享(取决于生成代理的方式,这是可能的),那么Resharper可以导航到接口的不同实现。