Pregunta

Me gustaría escuchar consejos de otras personas en que uno debe construir una aplicación web en comparación con la construcción de un cliente pesado.

En los últimos años, he participado en varias discusiones acerca de si una aplicación se debe construir (o una vieja aplicación actualizada) con una interfaz de navegador web. Por lo general, estos eran los sistemas internos utilizados dentro de una organización, no productos del mercado de masas de envoltura retráctil, y que no eran en realidad en la Internet pública. No quiero limitar la discusión a este tipo de aplicaciones exclusivamente embargo.

Hay casos evidentes de que una solicitud debe ser uno o el otro (por ejemplo, sin necesidad de software de edición de vídeo basado en la web). Por otro lado, librerías Javascript están haciendo más ricas experiencias en el navegador más fácil de poner en práctica todos los días.

bibliotecas tiene Javascript y tecnologías de servidor avanzadas hacen cosas tales como haga clic con menús contextuales, 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 anular los beneficios, tales como la facilidad de despliegue y la compatibilidad entre plataformas, sobre todo si usted no está tratando de crear la próxima desbordamiento de pila, sino que sólo la construcción de una aplicación interna?

El hecho de que una aplicación interna tiene una audiencia limitada y cautivo más o menos anular cualquier preocupación sobre la mejora de la facilidad de uso que un cliente de espesor puede proporcionar?

¿Fue útil?

Solución

voy aplicación Web cuando no quiero a:

- estar apoyando un millar de entornos cada uno con sus propias peculiaridades En concreto, los virus, troyanos, software de interferencia, y hacer que funcione 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

escojo un cliente pesado cuando el cálculo es de transacción intensiva por, o existe una importante transferencia de datos por transacción.

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

Con el advenimiento de Flex / Air puede proporcionar una experiencia de toda la aplicación en el navegador. El navegador se está convirtiendo en la interfaz universal, ya sea que se haya instalado de forma local o en la nube.

Las aplicaciones web tienen sus desventajas también. Yo sólo estoy más motivado para construir aplicaciones web como los pros parecen ser mayores que los contras de los proyectos que estoy eligiendo.

Otros consejos

Creo que todavía estamos en el punto en que a menos que haya una razón para que sea una aplicación web que debería ser una aplicación local (espesor). Es obvio cuando debería ser una aplicación web. Una manía mía es la idea de que debe ser una aplicación web a menos que sea obvio que debe ser local. No creo que estamos en el punto en el que las empresas están dispuestos a que sus empleados que dependen de las aplicaciones web fuera de su control. Cuando se trata de Aplicaciones internas de una empresa Creo movimiento de los datos, la seguridad y el despliegue / mejoras son los factores clave en la decisión.

Un par de razones clave para una aplicación para estar en la web.

  1. La aplicación y los datos tienen que siguen a todos lados sin importar el equipo que se encuentra.
  2. las necesidades de los datos a ser centralizados y la cantidad de datos que necesita ser transferido al cliente es razonable.

Algunas razones para utilizar aplicaciones gruesas:

  1. Utilidades que trabajan en los recursos locales.
  2. Las aplicaciones que hacen un montón de tiempo de procesamiento de datos.
  3. Aplicaciones donde los datos se necesita acceder cuando se desconecta de la red.

Las cosas que recuerdo de los viejos tiempos de despliegue de aplicaciones internas que no estaban basadas en la Web: Siempre había 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 iba a funcionar. Siempre había un usuario que se negó a instalar la actualización hasta que fue forzado a por la gerencia (generalmente varias semanas o meses más tarde). Esto terminó causando problemas en los datos, a veces robaba nuevas reglas businesss no se cumplieron.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top