Dynamic C# .NET Webservice

Question

Estoy utilizando una clase en un proyecto C# ASP.NET para permitir que un script escrito en un lenguaje de scripting aleatorio exponga dinámicamente los métodos del servicio web; en otras palabras, el script debería poder exponer un método de cualquier nombre con cualquier firma (siempre y cuando sea válido) para el mundo exterior a través de esta interfaz SOAP (capaz de agregar y eliminar a voluntad, sin necesidad de un cambio de código), y como tal necesito poder crear una clase de servicio web en C# mientras se pueden agregar y eliminar métodos dinámicamente en tiempo de ejecución.

Ahora, el mejor plan al que he podido llegar hasta ahora es (tiempo de ejecución) generar código C# para representar el servicio web, utilizando System.Reflection.Emit para compilarlo y luego cargar el ensamblado en tiempo de ejecución, todo siempre que el script agregue o elimine un método del servicio (no debería ocurrir muy a menudo, tenga en cuenta).

¿Alguien tiene una idea mejor que esta?

Answer 1

Puede modificar WSDL utilizando la clase SoapExtensionReflector. De Kirk Evans Blog:

El SoapExtensionReflector se llama cuando el tipo se está reflejando a proporcionar la definición WSDL para el servicio. Puede aprovechar este tipo para interceptar la llamada de reflexión y modificar la salida de WSDL.

El ejemplo siguiente elimina el primer método de métodos de servicio 2 web:

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

    [WebMethod] 
    public int Multiply(int a, int b) 
    { 
     return a * b; 
    } 
} 

Crear una clase heredada de SoapExtensionReflector:

namespace TestWebservice 
{ 
    public class MyReflector : SoapExtensionReflector 
    { 
     public override void ReflectMethod() 
     { 
     //no-op 
     } 

     public override void ReflectDescription() 
     { 
     ServiceDescription description = ReflectionContext.ServiceDescription; 
     if (description.PortTypes[0].Operations.Count == 2) 
      description.PortTypes[0].Operations.RemoveAt(0); 
     if (description.Messages.Count == 4) 
     { 
      description.Messages.RemoveAt(0); 
      description.Messages.RemoveAt(0); 
     } 
     foreach (Binding binding in description.Bindings) 
     { 
      if (binding.Operations.Count == 2) 
       binding.Operations.RemoveAt(0); 
     } 
     if (description.Types.Schemas[0].Items.Count == 4) 
     { 
      description.Types.Schemas[0].Items.RemoveAt(0); 
      description.Types.Schemas[0].Items.RemoveAt(0); 
     } 
     } 
    } 
} 

añadir esto a la configuración de sección/system.web en web.config:

<webServices> 
    <soapExtensionReflectorTypes> 
     <add type="TestWebservice.MyReflector, TestWebservice" /> 
    </soapExtensionReflectorTypes> 
</webServices> 

Esto debería darle un punto de partida para eliminar dinámicamente los métodos del documento WSDL. También necesitaría tirar NotImplementedException del método web si está deshabilitado.

Finalmente, debe deshabilitar la documentación del servicio web producida invocando el punto final .asmx sin el parámetro? WSDL. Establezca el atributo href del elemento wsdlHelpGenerator en alguna URL. Puede usar DefaultWsdlHelpGenerator.aspx como punto de partida para su propio manejador de documentación. Consulte la pregunta sobre la documentación del servicio web en XML Files, August 2002.

Answer 2

¿Tiene que ser una interfaz SOAP? Parece que podría ser más adecuado para una API basada en ruta/REST/etc. Podría hacer algo en ASP.NET MVC (con un método personalizado IController.Execute que resuelve la acción con el método) bastante fácilmente (de hecho, estoy trabajando en algo muy similar para some of my own code en este momento).

Por ejemplo, es posible que tenga rutas:

http://myserver/myservice/mymethod 

que acepta (ya sea en el cuerpo o args) la carga útil (parámetros), y devuelve el resultado en la respuesta. En MVC no debería ser capaz de hacer algo similar con un controlador genérico mapeado comodín.

Answer 3

XMLRPC está bastante muerto, ¿no?

SOAP implica un WSDL. ¿Cómo se genera el WSDL dinámicamente?

Debería considerar el uso de WCF. Espero que pueda tomar el control del proceso de generación de WSDL (y otros metadatos), pero también debe poder controlar el procesamiento de los mensajes entrantes. En particular, podrá examinar los mensajes entrantes para determinar qué script ejecutar, qué parámetros pasar, etc.

Answer 4

Puede crear un servicio WCF con un tipo de entrada y salida de xs:any y manejar la solicitud entrante como un Message crudo. Eso le permitiría aceptar cualquier tipo de datos y devolver cualquier tipo de datos. No usaría contratos de datos o tipos estáticos, solo un Message en y un Message fuera.

El problema con este enfoque es que la generación de un proxy del WSDL realmente no ayuda al consumidor, además de proporcionar un contenedor para llamar al método. Proporcionar datos que sean aceptables para el método requeriría tipos de datos manuales, etc., que no es tan difícil, simplemente no es tan intuitivo como un contrato difícil, mecanografiado.

Answer 5

Aquí es una sugerencia:

• uso de WCF.

• Crear un WSDL de WCF utilizando información en el blog siguiente mensaje:

  http://www.pluralsight.com/community/blogs/kirillg/archive/2006/06/18/28380.aspx

• continuación, puede publicar esta información usando MEX.

• Los servicios están entonces abiertos para sus clientes para cargar los metadatos y llamar a los servicios.