问：请问你是否可以提供一个相关的文档的联接，以使我可以在 .NET里绑定到运行时的一个Web服务的具体的实现?我是否可以在一次编译的时间的里面使用WSDL工具来创建一个代理?并随后改变运行时的URL(或者该代理的别的属性)，以允许一个服务的具体的实现的进入?有没有其他的机制或者工具集能更好的来完成这些任务呢?如果在回答中能有相关的东西，我很愿意能够去异步的激活Web服务。

　　答：首先让我们先来回答在运行时的端点动态的调用一个服务的问题。你可以很简单的通过设定代理类的URL属性来完成。这个是代理的基本类中对公众开放的一个可访问属性，System.Web.Services.Protocols.SoapHttpClientProtocol.。该属性在构造函数中按照以下的方式被初始化，同时你可以在调用任何的方法之前忽略不考虑这一点。

　　public MyService() {
　　this.Url = "http://localhost/MyService/service1.asmx";
　　}

　　我不建议你修改任何的代理类的内部的东西——如果你能够避免，你不应该修改自动生成的代码。这给了你重新生成那个代理的灵活性，例如当有新的方法要被加入进去的时候，可以避免去又一遍的修改那个代理成为一个新的URL终端。你也可以异步的使用BeginXXX()和EndXXX()方法调用所有该代理提供的方法。每一个Web服务方法可以通过他的.NET代理异步地或者同步地被访问。

　　回到关于服务终端的运行时的选择上来，你可以考虑这些终端必须匹配代理的Web服务的WSDL绑定。所以，这就是意味着你只可以设置那些终端的URL属性，而那些属性把每一个方法作为代理的WebServiceBindingAttribute来实现的。多服务实现相同的WSDL绑定能做以下的一些事情:

　　1.他们是服务的一个精确的复制，很可能是为了多机系统之间的负载平衡服务——从而他们在不同的终端给出但是却能够语义上的相互替换。

　　2.通过使用基于界面的WSDL绑定，多服务正实现一些方法或者所有的方法，这些方法和WSDL规定中的一样。例如，如果一个工业标准WSDL被设计来提服务应该支持的供命名空间和消息定义，那么这就很可能要多于一个的公司来共同实现一个具有一致性的通用的服务绑定。这样，一个简单的消息就可以被不同公司拥有的不同服务终端所处理。你可以从一个共享的WSDL文档标准实现一个你的服务中的一个简单的消息(方法)，甚至从多个共享的WSDL文档规范实现多消息(方法)。

　　关键是在于，你可以动态的修改终端的URL，但是你需要明白在何种状况和环境下这样是可以做的:那就是代理所预计的WSDL绑定将可以被该服务实现。