Si SOAP ahora se considera sobreinyectado sobre REST, ¿por qué no es WCF?

Question

Me sorprende que años tras años TI pretenda simplificar la comunicación o el diseño de software y unos años más tarde declara que fue over-engineered. EJB, SOAP, por lo tanto, si miramos todos los productos WCF, ¿es realmente necesario que los usuarios (no Microsoft o IBM que necesitan vender productos nuevos) lo necesiten?

Actualización: este es un ejemplo concreto http://www.go4answers.com/Example/expert-interoperability-issues-ws-736.aspx El tipo sabe cómo llamar a un servidor con WS-Security usando jabón de edad y en WCF parece que realmente no ayuda y lo peor parece aún más complicado, ya que es dijo:

"WCF todavía tiene algunas limitaciones, no todas las configuraciones de WS-Security son posibles sin desarrollo personalizado."

Nadie parece haber podido encontrar una solución.

Así puede la gente en lugar de meras opiniones dar ejemplos concretos (con código fuente tanto en WCF y en el jabón o de descanso para la comparación) de los problemas duros (y no problemas fáciles) que pueden ser resueltos por la WCF con más facilidad que lata estar con el jabón tradicional?

Answer 1

Lo que me gusta de WCF es que puede ser tan simple o tan complejo como desee. También aprecio mucho la separación entre contrato y vinculación, en la que puede definir claramente sus operaciones y tener la opción de elegir qué transporte usar.

Answer 2

WCF está destinado a facilitar la vida de un desarrollador. Se puede volver a escribir la lógica de un servicio, varios puntos terminales de auto-alambre, y voila ... tu lógica está disponible a través de SOAP, REST, canalizaciones, etc.

Por desgracia, no es tan fácil como lo fue todo hecho para sonido. Personalmente, sin embargo, todavía lo encuentro una herramienta útil para volver a usar mi código.

Si realmente quieres subirte al carro y decir que REST/JSON es el único camino a seguir ... entonces WCF definitivamente parecerá sobre-diseñado. ASP.NET MVC hace un gran trabajo en los servicios RESTful JSON si no desea ocuparse de la sobrecarga de WCF.

Answer 3

Con 4.0, han simplificado la configuración. Me parece muy fácil hacer esto. Pero hay que darse cuenta de que WCF está diseñado para hacer que muchas partes de la comunicación entre servicios sean transparentes. No le importa si es SOAP, REST, etc. Todo lo que hace es escribir su servicio y "conectarlos". El código para mis servicios es exactamente como escribiría un código normal, con la excepción de un par de atributos agregados a la clase y métodos y alguna configuración (con 4.0, muy simple)