使用反射调用 ASP.NET Web 服务
-
09-06-2019 - |
题
假设我有一个 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 服务无关,但如果它是您自己的代码,那么达伦关于外观模式的看法是正确的。