2009-09-02 11 views
5

la empresa para la que trabajo tiene una interfaz de usuario basada en la web en la que los clientes de pago inician sesión para acceder a los mecanismos de datos y control.¿Es una buena idea construir una interfaz de usuario web usando Flash?

Estamos planeando lanzar una versión completamente nueva de esta interfaz, y una de las opciones que estamos considerando es si construirla en Flash.

El argumento para usar Flash es que nos permitiría construir una interfaz realmente innovadora y atractiva.

Mis preocupaciones acerca de esto son:

  1. Ninguno de los desarrolladores actualmente sabe nada más acerca de Flash.
  2. Me parece que hará que el mantenimiento del sistema sea más difícil (la versión actual se basa en PHP/HTML/JavaScript/AJAX).
  3. No sé lo suficiente sobre Flash para poder estimar qué impacto tendrá en el desarrollo inicial o en el mantenimiento.
  4. Me temo que empeorará la experiencia del usuario; tiempos de descarga lentos, por un lado, y no funcionará en absoluto para las personas que no tienen Flash instalado.
  5. Parece exagerado. Queremos mostrar algunos gráficos bonitos, que creo que deberíamos construir utilizando algo así como Fusion Charts, pero de lo contrario será bastante sencillo para textos y gráficos. Se siente como si estuviéramos en peligro de agregarle dinamismo por el simple hecho de hacerlo, porque podemos.

¿Alguien tiene alguna idea al respecto? No estoy preguntando sobre sitios web públicos, pero ¿Flash es una buena idea para una interfaz de usuario en línea?

Por cierto, sé muy poco acerca de Flash, así que me disculpo si he hecho alguna suposición horriblemente incorrecta aquí.

Respuesta

11

Te harás un gran perjuicio al crear una herramienta administrativa puramente en flash. Como dijiste, será una exageración completa. Te arrancarás los pelos en muy poco tiempo (especialmente si tus desarrolladores no saben nada sobre el flash) y solo por el hecho de que se vea "llamativo". Además, si tus desarrolladores no son expertos en flash, corres el riesgo de hacer una interfaz de usuario cursi, hacer una interfaz de usuario defectuosa e ir a un presupuesto excesivo para aprender a usar las líneas de tiempo y cosas así. Flash es genial en pequeñas dosis y, posiblemente, para sitios web de gran presupuesto con muchos espectadores (ver nike), pero si solo estás construyendo una herramienta de administración, quédate con PHP/.NET/lo que sea y con un buen HTML/CSS.

+1

Sólo una pequeña nota en esta respuesta, aunque estoy de acuerdo con la conclusión, ha sido al menos cinco años desde que los desarrolladores utilizan líneas de tiempo para construir aplicaciones Flash. ActionScript 3 es un lenguaje de programación de tipado fuerte con todas las funciones, orientado a objetos que pueden ayudar tanto y obstaculizar el desarrollo de aplicaciones - pero la idea de poner la funcionalidad de fotogramas clave ya no es válida. –

+0

justo lo suficiente. Sin embargo, me siento como desarrolladores inexpertos (como el que se menciona el OP) será probablemente no es entrar de lleno en el código ActionScript y prob trato de usar los fotogramas clave, que se comen SOO mucho tiempo – Jason

3

Si no te importa SEO malo. Yo diría que si los desarrolladores no saben mucho sobre Flash y no están conscientes de sus implicaciones, entonces manténgase alejado de él a menos que lo use por una razón práctica y legítima.

2

Me quedaré con lo que sabes. Todavía puede hacer que las cosas sean bastante llamativas con html, css y un JavaScript Framework/Library (del que hay muchos).

Si DEBE hacerlo en tecnología basada en flash, yo usaría FLEX sobre flash. Flex en realidad sería un conocimiento muy útil para un desarrollador, y dado que su desarrollador apuntó, aprenderlo no debería ser un gran problema.

3

Flash necesita un conector derecho, ¿verdad? Me impulsa bonkers cuando obtengo un 'clic aquí para instalar x para ver el contenido en la página', o 'esta página intenta ejecutar x ¿quiere permitirlo'?

¿Podrá hacer que sus clientes usen un navegador moderno que esté configurado correctamente para el contenido?

Personalmente, utilizaría algo que sucede en el lado del servidor y/o funciona en un navegador predeterminado.

1

Flash es más adecuado para la presentación de contenido de audio/visual. Si está diseñando una interfaz de usuario, puede crear algunos efectos visualmente atractivos usando CSS y AJAX, que han recorrido un largo camino.

Además, es mucho más fácil depurar e implementar una solución rápida con su enfoque original.

2

A menos que haya una razón muy clara para usar Flash (y no suena como si hubiera), entonces no lo haga. Especialmente si tú y tu equipo no lo saben.

Si las interfaces de usuario Flash fueran buenas, habría una proliferación de ellas en Internet; realmente no hay tantos.

2

Personalmente, he tenido una mala experiencia con Flash. Hace unos años, solíamos hacer interfaces flash para casi todos nuestros sitios (Nada es mejor que Flash para agregar deslumbramiento a su trabajo). Sin embargo, con el tiempo nos dimos cuenta de que Flash parecía genial para nosotros como desarrolladores y diseñadores (la mayoría de nuestros usuarios se aburrirían del deslumbramiento en unas pocas visitas) y en este punto, el deslumbramiento solo hizo que la interfaz fuera MENOS utilizable. En combinación con los tiempos lentos de descarga y los usuarios que tuvieron que pasar por un proceso de instalación de complementos antes de poder ver la página de inicio, decidimos a favor de Javascript/JQuery.

4

No utilice el flash para esto.

Si está buscando crear una "interfaz innovadora e interesante", las herramientas adecuadas para esto son HTML, CSS y jQuery. Puede hacer algunas interfaces muy agradables y muy útiles que sean fáciles de mantener y accesibles.

Aquí están algunas ideas de usabilidad a considerar:

  • Si necesita un poco de caramelo del ojo, inténtelo jQuery UI. Puede obtener ventanas arrastrables, transiciones animadas y otros efectos interesantes. Un poco de esto recorre un largo camino.
  • Usar cajas de autocompletar para acelerar la selección de grandes conjuntos de datos
  • Genere diagramas y gráficos complejos del lado del servidor, y cárguelos con ajax. Precompútalos si es posible para mejorar el tiempo de respuesta.
1

Depende.

Hace algunos años, fui el líder técnico en un proyecto de un año para crear un sitio web "generador" que permitiera a los clientes configurar e implementar sus propios sitios web interactivos.Siendo una empresa muy orientada al marketing, contamos con un gran número de desarrolladores de Flash expertos además de los desarrolladores de Perl que hicieron el trabajo de programación más sucio. La herramienta en la que un cliente inicialmente configuraría e implementaría su sitio web (seleccionando allí, color, etc.) estaba en Flash/Flex y creo que esa fue la elección correcta. Habría sido muy difícil tener una experiencia tan rica y convincente usando Ajax y las interacciones que tuvo con nuestro servidor de Perl/Java fueron bastante limitadas a la recuperación de activos, a las solicitudes HTTP basadas en JSON, y al final emitiendo un XML basado en archivo configuracional para el sitio. Dicho esto, utilizamos desarrolladores de Flash existentes para hacer el trabajo y en muchos casos los estábamos estirando más allá de sus zonas de confort ya que la aplicación tenía una gran complejidad que era atípica (al menos en ese momento) para las aplicaciones de Flash. Esto tuvo una gran cantidad de ramificaciones en términos de cronograma y la calidad del código que se produjo.

Una vez desplegado el sitio del usuario, los usuarios podían iniciar sesión en un "banco de datos" que les permitía ver y descargar datos demográficos, junto con varios informes/gráficos, etc. Inicialmente escribimos esto en JSP/Ajax, etc. migrado a un marco basado en Flash/Flex. En este caso, creo que la mudanza fue una mala elección. Le dio un aspecto mucho más elegante, pero terminó siendo mucho más pesado y problemático de mantener. Creo que mucho de lo que logramos moviéndolo podría haberse hecho con cosas como jQuery.

La mayoría de los inconvenientes que mencionaste anteriormente creo que son preocupaciones muy válidas que probaron en nuestro proyecto. El banco de datos basado en Flash/Flex tardó un poco más en descargarse, tendía a ser más difícil de mantener, y no sé si el dinamismo que agregó terminó realmente "valer la pena".

Un error que cometí fue que en gran medida delegué el trabajo de Flash a los programadores de Flash, con una supervisión insuficiente por mi parte. Aquellos que tienden a tener habilidades en Flash tienden a no tener un trasfondo de CS tan riguroso (sin decir que siempre es así) y carecían del mismo tipo de habilidades de estimación y el proceso lógico requerido para cosas que requieren lógica de análisis y codificación más compleja. Lo mejor que hice fue presionar para que uno de los desarrolladores de Perl aprenda Flex y lo agregue al equipo de Flash, lo que introdujo un poco más de rigor en lo que estaba haciendo ese equipo (incluyendo búsquedas en dispositivos como FlexUnit, etc.).

2

No sé nada de Flash - Llegué a esta pregunta con la esperanza de aprender un poco - pero me llamó la atención por su comentario sobre "agregar dinamismo solo por el mero hecho, porque podemos". Creo que muchos desarrolladores web cometen esos errores gemelos, (a) agregando dinamismo solo por el placer; y (b) haciendo algo complicado o elegante porque es divertido de hacer y no porque sirve para un propósito útil.

En mi humilde opinión, muchos sitios web son demasiado sofisticados. Tienen todo tipo de animaciones e interfaces complicadas que solo hacen que el sitio sea una distracción, difícil de leer y difícil de descifrar cómo usarlo. Personalmente, prefiero un sitio simple y limpio que me muestre lo que quiero saber. Cuando, por ejemplo, voy al sitio web de mi banco, quiero ver mi saldo y los cheques cancelados. No estoy interesado en ver una animación sofisticada sobre el banco con gráficos divertidos para bailar. Esas cosas solo lo hacen más lento y distraen de lo que quiero ver.

Hace unos años construí un sitio web para una organización para la que trabajaba en ese momento, y uno de sus oficiales dijo que quería que fuera más llamativo. Para empezar, dijo, la página principal debería tener un video que se inicia automáticamente con todo tipo de gráficos llamativos, un logotipo 3D giratorio que se desvanece en una imagen del edificio, etc. Para demostrar lo que tenía en mente, fue a la computadora y trajo un sitio web que tenía un video elegante como ese. Lo dejó jugar durante unos segundos y luego cerró la ventana del navegador para matarlo. "Espera", le dije, "¿Por qué lo detuviste?" "Bueno", respondió, "es mucha publicidad para su empresa. No quería ver todo el video". "Exactamente", dije. "Y ninguno de NUESTROS visitantes".

Quizás otras personas sean diferentes a mí.Quizás piensen que su sitio es mejor si hay un logotipo animado en la parte superior de la pantalla y cambia los colores de fondo y todo eso. Me pregunto si alguien ha hecho un estudio sobre esto. ¿Los sitios con muchos gráficos sofisticados obtienen más visitantes que los sitios que simplemente presentan su información? Hmm, creo que sería interesante crear dos sitios web con información idéntica, pero uno es solo texto sin formato con énfasis en el formato para una legibilidad máxima, mientras que el otro tiene todo tipo de animaciones y colores bonitos y similares, y ver cuál se pone más visitantes

1

Claro que es probable que sea excesivo, complicado, pobre SEO, etc., etc. y un PITA, pero siempre se puede hacer una prueba rápida, tal vez solo para demostrar el punto a los que toman las decisiones.

4

estoy seguro de que ha leído este http://www.joelonsoftware.com/articles/fog0000000069.html

¿Por qué quiere volver a escribir todo el código de nuevo y que también cuando los programadores son nuevos a esa tecnología. Por lo que creo que la tecnología es solo el medio, cómo lo usa es más importante. Y "cómo lo usa", solo sabrá cuándo tiene mucha experiencia con él.

Por lo que el uso de gráficos, se puede utilizar fácilmente FusionCharts con o sin saber Flash.I simplemente los han utilizado en una de nuestras products.Its bastante sencillo de utilizar con XML (y yo nose saber Flash)

1

Creo que depende completamente del tipo de imagen que intentas transmitir. Por ejemplo, Flash sería el complemento perfecto para un sitio web de videojuegos de gama alta, donde puede iniciar sesión, ver capturas de pantalla, videos, estadísticas y cambiar algunas configuraciones de cuentas administrativas. Pero si es para verificar información o iniciar sesión para ver word docs y pdfs, podría ser un poco demasiado, en parte debido a que la memoria flash funciona muy bien en RAM, y es muy lenta en cálculos en bruto, y para colmo, con cualquier tipo de contenido, el swf (archivo compilado actionscript) puede ser enorme. - y dependiendo de su audiencia objetivo, es posible que no quiera confiar en que su lector tenga una "computadora de primera línea" y una conexión rápida a Internet.

También es importante también la seguridad, asegúrese de nunca confiar en flash para hacer algo importante/o sin tener que revisarlo por un idioma externo, por ejemplo un lenguaje de servidor como php, java, asp, etc.etc. ... Los archivos flash pueden separarse fácilmente y pueden ver en texto sin formato casi exactamente lo que escribes.

Google y otros motores de búsqueda grandes ahora se han afirmado que son la indexación de texto dentro de sitios web flash ahora, que yo personalmente llamo BS ... así SOE es inexistente en lo que respecta al archivo SWF incorporado.


pero en su haber,

ActionScript como lenguaje es bastante fácil para recoger

y también flash tiene una penetración de más del 75% (última vez que comprobó) .. . si uno puede ver un video de youtube, puede ver su sitio web.

muestra correctamente (la mayoría de las veces) independientemente del navegador y sistema operativo ... que es difícil de encontrar en muchos otros idiomas web.

y se ve muy bien, permite una buena cantidad de animaciones y medios, y también tiene un alto grado de interactividad.

-¡Esto ayuda! ¡y buena suerte!

0

Como muchos ya han señalado, no use flash u si realmente debe ... Y va a flexión sólo porque es amigable desarrollador no es bueno, ya sea como archivos SWF flexibles son más grandes y por lo tanto más lento para descargar.

Cuestiones relacionadas