¿Cuándo debería compilar una aplicación web frente a un cliente grueso?

Question

Me gustaría escuchar los consejos de otras personas sobre cuándo se debe construir una aplicación web en lugar de construir un cliente grueso.

En los últimos años, he participado en varias discusiones sobre si una aplicación debe construirse (o una aplicación antigua actualizada) con una interfaz de navegador web. Por lo general, estos eran sistemas internos utilizados dentro de una organización, no productos de envoltura de mercado masivo, y no estaban en la Internet pública. No obstante, no quiero limitar la discusión a este tipo de aplicaciones.

Existen casos obvios en los que una aplicación debe ser una u otra (por ejemplo, no hay software de edición de video basado en web). Por otro lado, las bibliotecas Javascript están haciendo que las experiencias más ricas en el navegador sean menos difíciles de implementar todos los días.

¿Tienen las bibliotecas de Javascript y las avanzadas tecnologías del lado del servidor cosas como menús contextuales con el botón derecho del ratón, arrastrar y soltar, etc. factibles en el lado del cliente sin un gran esfuerzo? ¿En qué momento la complejidad adicional de escribir para la web anula los beneficios tales como la facilidad de implementación y la compatibilidad multiplataforma, especialmente si no está tratando de crear el siguiente Desbordamiento de pila, sino que simplemente crea una aplicación interna?

¿El hecho de que una aplicación interna tenga un público limitado y cautivo anula más o menos cualquier inquietud sobre la facilidad de uso mejorada que un cliente grueso puede proporcionar?

Answer 1

voy aplicación Web cuando no quiero:

- apoyará a un millar de ambientes, cada uno con sus propias peculiaridades. Específicamente, virus, troyanos, software que interfieren y lo hacen funcionar igual en todas partes.

- preocuparse por la aplicación de actualizaciones y teniendo un montón de llamadas

- se trata de clientes que pierden sus datos

yo elija un cliente pesado cuando el cálculo es de transacción intensiva por, o hay transferencia de datos significativa por transacción.

Me gusta solucionar los problemas de todos con una actualización. Puede que no sea para todos, pero es donde aumenta la calidad de mi vida y de aquellos para quienes trabajo. Hacer que una aplicación web funcione en algunos navegadores diferentes puede ser más fácil que una tonelada de diferentes sistemas operativos en diferentes condiciones.

Con la llegada de Flex/Air puede proporcionar una experiencia de aplicación completa en el navegador. El navegador se está convirtiendo en la interfaz universal, ya sea que esté instalado localmente o en la nube.

Las aplicaciones web también tienen sus inconvenientes. Simplemente estoy más motivado para crear aplicaciones web ya que los profesionales parecen superar las desventajas de los proyectos que estoy eligiendo.

Answer 2

Creo que todavía estamos en el punto en que a menos que exista una razón para que sea una aplicación web, debe ser una aplicación local (gruesa). Es obvio cuando debería ser una aplicación web. Una de mis preocupaciones es pensar que debería ser una aplicación web a menos que sea obvio que debería ser local. No creo que estemos en el punto en que las empresas estén dispuestas a hacer que sus empleados dependan de aplicaciones web fuera de su control. Cuando se trata de aplicaciones internas para una empresa, creo que el movimiento de los datos, la seguridad y la implementación/actualizaciones son los factores clave a la hora de decidir.

Un par de razones clave para que una aplicación esté en la web.

1. La aplicación y los datos deben seguirse sin importar en qué computadora se encuentre.
2. Los datos deben centralizarse y la cantidad de datos que se deben transferir al cliente es razonable.

Algunas razones para utilizar aplicaciones gruesas:

1. utilidades que funcionen en los recursos locales.
2. Aplicaciones que procesan gran cantidad de datos una sola vez.
3. Aplicaciones donde se debe acceder a los datos cuando se desconecta de la red.

Answer 3

cosas que recuerdo de los viejos tiempos de despliegue de aplicaciones internas que no estaban Web basado en: Había siempre un mínimo de una computadora que se creó de manera differntly que la actualización no funcionaría. A veces más y el problema era diferente para cada máquina que no funcionaría. Siempre había un usuario que se rehusó a instalar la actualización hasta que la administración lo impidió (generalmente varias semanas o meses después). Esto terminó causando problemas en los datos a veces porque no se aplicaron las nuevas reglas de negocios.