Una aplicación de escritorio .net enviará información a un servidor central, posiblemente habrá miles y miles de aplicaciones de escritorio enviando información a mi servidor (s).ASP.net Web Services versus WCF
Los datos serán de pequeño tamaño.
¿Serían buenos los servicios web de .net para esta escena o WCF sería más adecuado?
¿Cuáles son los pros/contras?
las posibilidades de regulación, concurrencia, etc. están mucho más desarrolladas dentro del wcf. es un poco más trabajo al principio, pero creo que es más adecuado para escenarios en los que necesitas tener un control total sobre tus enlaces.
En algunos casos, depende del tipo y la cantidad de datos para enviar.
WCF le dará más opciones para ajustar sus llamadas.
Por otro lado, no puedo pensar en las ventajas de implementar servicios web asp.net a través de WCF. En WCF también podría implementar servicios web simples "antiguos"
Iría con un servicio basado en WCF REST, porque podrá transmitir datos puros sin la sobrecarga del encabezado SOAP (y otro sobre sin sentido) que viene con el servicio web clásico .asmx basado en SOAP.
WCF es un enfoque más robusto para SOA. Microsoft se compromete a convertirlo en el marco principal para construir la próxima ola de aplicaciones comerciales de Microsoft. La funcionalidad disponible ya, al comienzo de su ciclo de vida, es superior a los antiguos servicios web simples. Solo va a mejorar. Al ir con WCF temprano, podrá viajar en la ola y aprovechar futuras nuevas funcionalidades.
ASMX es como la comunicación remota, todavía existe porque se envió con 1.0, pero ya no deberías volver a utilizarla si estás comenzando un nuevo proyecto. WCF le brindará muchas más funciones y un mejor soporte de herramientas.
Hay una gran diferencia entre los servicios web y la comunicación remota. – Kon
Su punto fue que, al igual que la comunicación remota, la vía .asmx se considera obsoleta y que debería comenzar a usar WCF. – Kev