使用反射调用 ASP.NET Web 服务

StackOverflow https://stackoverflow.com/questions/62365

题

假设我有一个 ASMX Web 服务 MyService。该服务有一个方法 MyMethod。我可以在服务器端执行 MyMethod，如下所示：

MyService service = new MyService();
service.MyMethod();

我需要做类似的事情，服务和方法直到运行时才知道。

我认为反思是解决这个问题的方法。不幸的是，我很难让它发挥作用。当我执行这段代码时：

Type.GetType("MyService", true);

它抛出这个错误：

无法从程序集“App_Web__ktsp_r0，版本=0.0.0.0，文化=中性，PublicKeyToken=null”加载类型“MyService”。

任何指导将不胜感激。

有帮助吗？

解决方案

我不确定这是否是最好的方法。对我来说，最明显的方法是发出 HTTP 请求，并使用实际的 HTTP GET 或 POST 调用 Web 服务。使用您的方法，我不完全确定您将如何设置发送到网络服务的数据。我在 VB.Net 中添加了一些示例代码

Dim HTTPRequest As HttpWebRequest
Dim HTTPResponse As HttpWebResponse
Dim ResponseReader As StreamReader
Dim URL AS String
Dim ResponseText As String

URL = "http://www.example.com/MyWebSerivce/MyMethod?arg1=A&arg2=B"

HTTPRequest = HttpWebRequest.Create(URL)
HTTPRequest.Method = "GET"

HTTPResponse = HTTPRequest.GetResponse()

ResponseReader = New StreamReader(HTTPResponse.GetResponseStream())
ResponseText = ResponseReader.ReadToEnd()

其他提示

// 试试这个 ->

    Type t = System.Web.Compilation.BuildManager.GetType("MyServiceClass", true);
    object act = Activator.CreateInstance(t);                
    object o = t.GetMethod("hello").Invoke(act, null);

虽然我不知道为什么反射不适合你（我假设编译器可能会从你的类创建一个新类） [WebService] 注释），这里有一些可能解决您的问题的建议：

保持你的 WebService 简单、浅薄，简而言之：外观模式的实现.

将服务委托计算委托给实现类，该实现类应该可以通过反射轻松调用。这样，您的 WebService 类只是系统的前端 - 您甚至可以添加电子邮件处理程序、XML-RPC 前端等，因为您的逻辑没有耦合到 WebService，而是耦合到实际的业务层对象。

将 WebService 类视为架构中的 UI 层对象。

这是一个可能有人可以扩展的快速答案。

当您使用 WSDL 模板应用程序 (WSDL.exe) 生成服务包装器时，它会构建 SoapHttpClientProtocol 类型的类。您也可以手动完成：

public class MyService : SoapHttpClientProtocol
{
    public MyService(string url)
    {
        this.Url = url;
        // plus set credentials, etc.
    }

    [SoapDocumentMethod("{service url}", RequestNamespace="{namespace}", ResponseNamespace="{namespace}", Use = System.Web.Services.Description.SoapBindingUse.Literal, ParameterStyle = System.Web.Services.Protocols.SoapParameterStyle.Wrapped)]
    public int MyMethod(string arg1)
    {
        object[] results = this.Invoke("MyMethod", new object[] { arg1 });
        return ((int)(results[0]));
    }
}

我还没有测试过这段代码，但我想它应该可以独立工作，而无需运行 WSDL 工具。

我提供的代码是通过远程调用连接到 Web 服务的调用者代码（即使出于某种原因，您实际上并不希望它是远程的。）Invoke 方法负责将其打包为肥皂电话。如果您想通过 HTTP 绕过 Web 服务调用，@Dave Ward 的代码是正确的 - 只要您实际上能够引用该类。也许内部类型不是“MyService” - 您必须检查控件的代码才能确定。

@基比：我需要避免 HTTP 性能受到影响。这不会是远程调用，因此所有这些都会增加开销 应该 没有必要。

@达伦：我绝对同意这种设计理念。这里的问题是我不会控制服务或其底层业务逻辑。

这是为了 服务器控件 这需要针对任意服务/方法执行，与 Web 服务本身的实现方式正交。

虽然我无法从你的帖子中看出：

要记住的一件事是，如果您使用反射，则需要创建自动生成的 Web 服务类的实例（从 Web 服务的 WSDL 创建的实例）。不要创建负责服务的服务器端的类。

所以如果你有一个网络服务 

    [WebService(Namespace = "http://tempuri.org/")]
    [WebServiceBinding(ConformsTo = WsiProfiles.BasicProfile1_1)]
    [ToolboxItem(false)]
    public class WebService1 : System.Web.Services.WebService
    {
     ...
    }

您不能在客户端中引用该程序集并执行以下操作：

WebService1  ws = new WebService1 ();
ws.SomeMethod();

@拉杜：我能够创建一个实例并完全像这样调用该方法。例如，如果我有这个 ASMX：

[WebService(Namespace = "http://tempuri.org/")]
[WebServiceBinding(ConformsTo = WsiProfiles.BasicProfile1_1)]
[ScriptService]
public class MyService : System.Web.Services.WebService
{
  [WebMethod]
  public string HelloWorld()
  {
    return "Hello World";
  }
}

我可以从 ASPX 页面的代码隐藏中调用它，如下所示：

MyService service = new MyService();
Response.Write(service.HelloWorld());

你是说这不应该起作用吗？

我回顾了这个问题，我认为您面临的是 ASMX 代码将被内置到一个具有随机名称的 DLL 中，作为站点动态编译的一部分。默认情况下，用于查找类型的代码将仅搜索其自己的程序集（另一个 App_Code DLL，从您收到的错误来看）和核心库。您可以向 GetType() 提供特定的程序集引用“TypeName, AssemblyName”，但这对于自动生成的程序集是不可能的，因为每次重新编译后程序集都有新名称。

解决方案....我自己以前没有这样做过，但我相信你应该能够使用这样的东西：

System.Web.Compilation.BuildManager.GetType("MyService", true)

因为 BuildManager 知道它创建的 DLL 并且知道在哪里查找。

我想这确实与 Web 服务无关，但如果它是您自己的代码，那么达伦关于外观模式的看法是正确的。

许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top