Es mas, si estas usando .NET 2.0, los WebServices de esa version de framework son muchisimo mas eficientes que en versiones anteriores de Framework. Inclusive en los Benchmark superaban a los de Java.
Si pasas datasets los podes serializar en Binario, es mas eficiente (si bien requiere un pre proceso) ya que se reduce considerablemente el tamaño de lo que se transmite. Lo que si vas a tener que ver como resolves el tema de seguridad a nivel de comunicacion SOAP. Ademas, para hacer los deploys, podrias publicar la aplicacionm mediante ClickOnce. Lo unico es que vas a tener que instalar la aplicacion en cada maquina por primera vez mediante ClickOnce. Las siguientes publicaciones o cambio de versiones se haran en forma automatica desde los clientes o usuarios cada vez que vos publiques nueva version. De todos modos, las aplicaciones ASP.NET hoy tienen la posibilidad de que sean mas ricas mediante AJAX y jQery. Los controles Ajax Control Toolkit aplican mucho de esto (http://www.asp.net/ajax/AjaxControlToolkit/Samples/). Los podes descargar y aplicarlos mediante la aplicacion de sample que viene con la descarga. Saludos y espero que te sirva CarlosMag From: [email protected] To: [email protected] Subject: [vbnet] OFF TOPIC: VPN vs SQL ClientServer vs WEB Date: Mon, 14 Sep 2009 14:28:51 -0300 Hola yo usaría la tercer opción con el cambio de que en lugar de publicar el sql publicaría unos webservices, nosotros tenemos algunas aplicaciones asi y nos dio muy buen resultado incluso con dialup de muy baja calidad Saludos Gabriel Almiñana Sistemas De: [email protected] [mailto:[email protected]] En nombre de Martín Valentini Enviado el: viernes, 11 de septiembre de 2009 20:50 Para: vbnet List Member Asunto: [vbnet] OFF TOPIC: VPN vs SQL ClientServer vs WEB Hola a todos, planteo una inquietud que siempre tuve pero hoy puntualmente tengo un proyecto a iniciar y tengo que decidir Se trata de un sistema de Gestión (particular por el rubro, pero tomemos que es un sistema de gestión), donde no más de 5 usuario deben cargar información y obtener información del mismo a cualquier hora y desde distintos puntos, las alternativas que estoy considerando son: Tener en cuenta que NO SE TRATA DE UNA APLICACIÓN EXISTENTES que nos condicione en usar los que esta o que no tengamos los fuentes, SERA UNA APLICACIÓN A HACER DE CERO. Sistema Web (aspx contra Access o SQLServer) Sepan que en web no me siento tan cómodo como en WinForm por mi escasa experiencia. Beneficios que veo: - Independencia del cliente solo con un navegador ya es suficiente - Hosting terciarizado (un tema que atendería otro) - Alta disponibilidad ya que estaría hosteado en una servidor serio con toda sus condiciones (conexiones redundantes, etc.) - Bajo costo de implementación y mantenimiento. Contras que le veo: - Interface poco fluida (teniendo en cuenta que es un sistema que manejaría muchos datos a nivel de interface) - Mayores tiempos de desarrollo - Mayores costos de programación - Lenta velocidad de operación de la aplicación Sistema de Escritorio sobre una VPN (VB .net contra Access o SQLServer) Sepan que tanto en Aplicaciones Windows como en VPN manejo esos temas sin problema. Beneficios que veo: - Independencia del cliente solo con una conexión a la VPN y una escritorio remoto. - Interface fluida (al ser una aplicación Windows) - Menores tiempos de desarrollo - Menores costos de programación (más viable que se de el proyecto) Contras que le veo: - Hosting propio en mi estudio yo le daría el servicio de la VPN una cosa mas que me cargo , aunque lo cobre - Impresión algunas impresoras habría que instalarla en la VPN para que el cliente la reconozca - Tiene un costo de implementación y mantenimiento. - Sistema de Escritorio Cliente/Servidor (VB .net contra SQL Server abierto a internet para que acepte conexiones remotas) Sepan que en Aplicaciones Windows no hay problema pero nunca me conecte a un SQL via internet y por ahí no veo posible problemas ahí por falta de experiencia Beneficios que veo: - Interface fluida (al ser una aplicación Windows) - Costo medio de implementación y mantenimiento. - Menores tiempos de desarrollo - Menores costos de programación (más viable que se de el proyecto) - Impresión localmente sin problemas Contras que le veo: - La aplicación debe instalarse en los clientes (no es un problema ya que no es un sistema masivo es de ciertos usuario con notebook) - SQLServer propio en mi estudio yo le daría el servicio del SQL abierto a internet Les dejo la inquietud, agradeceré infinitamente sus comentarios y máxime de colegas con experiencias o casos similares, debería cerrar la propuesta a mi cliente a la brevedad. Muchas Gracias Martin Valentini _________________________________________________________________ ¡Viene la primavera: que no te encuentre sin compañía! Probá con MSN Amor y Amistad http://match.ar.msn.com/channel/index.aspx?trackingid=1056241
