asp.net - net - wcf vs web api

.NET Remoting vs. Web Services vs. Windows Communication Foundation(WCF)

Question

¿Alguien dispuesto a ayudarme con pros / contra en .NET Remoting, Web Services y WCF? He trabajado un poco con .NET Remoting y Web Services y estoy diseñando una nueva aplicación web ASP.NET 3.5 en la que utilizaré un SQL 2008 DB. En primer lugar, me pregunto si valdría la pena investigar realmente en WCF para esta aplicación.

En esta instancia particular, aquí hay algunos puntos relevantes:

• La mayoría de los datos persistentes serán errores y seguimiento de uso.
• Incluso si uso .NET Remoting, el tráfico no garantizará un servidor de interacción física, ¡pero me gustaría soñar que algún día lo hará!
• En este momento, no preveo tener que tomar esta información de otras aplicaciones web.

Sin embargo, me gustaría saber:

• ¿Cuándo / por qué usarías .NET Remoting en una aplicación web?
• ¿Cuándo / por qué usaría los servicios web en una aplicación web?
• ¿Cuándo / por qué usaría WCF en una aplicación web?
• ¿Debería considerar una tecnología como LINQ to SQL?
• ¿Hay otras opciones mejores disponibles?

Answer 1

¡Buena pregunta! Al igual que usted, no he examinado WCF antes y me pregunto si esto hace que los servicios web sean más o menos obsoletos.

Sobre su punto acerca de Linq2SQL, dado que esta es una nueva aplicación y probablemente mantendrá la base de código por unos años, personalmente (y a riesgo de ser votado negativamente por esto), pero recuerde que es un punto válido de ver!) Me inclinaría a mirar el Marco de la Entidad.

Soy consciente de sus fallas, la más grande para mí es que está muy unido al DAL; por lo tanto, no se puede probar en una unidad fácilmente (créanme, este es un GRAN problema para mí, aunque tengo la sensación de que hay una solución para lograr esto).

Sin embargo, mi opinión personal es que los Estados miembros no van a dejar que esta tecnología se quede en el camino, y tendría que tener en cuenta los rumores de que REPLACE L2S. El otro lado de esto es que L2S es una tecnología mucho más madura y una apuesta más segura.

Tal vez estoy siendo ingenuo, pero creo que Dan Simmons cuando dice que están trabajando en la entrega de EF (eventualmente) como una arquitectura totalmente persistente e ignorante - http://blogs.msdn.com/dsimmons/pages/ef-faq -entity-classes.aspx # _Does_Entity_Framework

Answer 2

De hecho, cambié nuestro software de tradicional .NET Remoting a WCF. La hinchazón en la comunicación que se produjo a través de Remoting fue increíble (solo mira un trazo de wireshark). Antes de mudarme a WCF pensé en usar solo un servicio web .NET tradicional, pero las interfaces que implementamos para nuestras llamadas remotas requerirían mucha modificación (habíamos usado algunos parámetros de salida y ref que un servicio web Asp.Net no puede hacer si no soy equivocado).

Realmente, no puedo pensar en una razón para ir con un servicio web Asp.Net, pero no soy un tipo Asp.Net. Para mí, no ofrece ventajas sobre WCF. Puede ser más fácil ir con un servicio web, pero la flexibilidad que WCF ofrecía era lo que necesitaba. Especialmente en el área de formateo de mensajes.

Me gusta mi servicio WCF porque con un servicio puedo servir JSON o SOAP / XML y todos los protocolos son compatibles (ipc, tcp y http).

Lo malo de WCF es que sus enlaces estrictos requieren que definas un punto final para HTTP y HTTPS si deseas usarlo en un escenario basado en web. A diferencia de un servicio web tradicional que "simplemente funciona" independientemente de si es seguro o no.

Answer 3

Preferiría buscar EF y luego L2SQL también.

La idea de que solo pude conectarme a MSSQL fue la razón por la que nunca adopté L2SQL, desde ese momento estaba claro que MS se daría por vencido algún día.