Según tengo entendido, la interfaz web se desarrolló para usar HTML porque en ese momento no era posible simular una aplicación de estilo de escritorio en el navegador, como el funcionamiento de Silverlight y Flash, debido a las limitaciones de ancho de banda y posiblemente la potencia de procesamiento.
¿Por qué no ha habido en el pasado, y el presente ha sido una mayor aceptación y empuje para tecnologías como Flash / Silverlight? Según mi experiencia, es más agradable desarrollarlos (por supuesto, mi opinión), y no tiene que lidiar con el cumplimiento cruzado del navegador y los navegadores más antiguos (en su mayor parte).
El manejo de postbacks, AJAX, etc. parece un esfuerzo innecesario adicional en comparación con el paradigma de desarrollo de aplicaciones de escritorio. ¿El DOM y sus tecnologías complementarias continúan prosperando principalmente por el hecho de que Silverlight / Flash requiere una instalación de complemento, y algunos dispositivos móviles no son compatibles con el complemento?
Respuestas:
Algunas razones que puedo pensar, fuera de mi cabeza:
fuente
git clone. Por supuesto, puede obtener versiones de código abierto, como Gource o Moonlight, pero en realidad no son totalmente compatibles.La respuesta simple a "Por qué no hay aplicaciones de escritorio en Flash" es que solo puede escribirlas en Adobe Air, pero aparentemente solo unas pocas lo hacen.
Creo que la respuesta es que las personas quieren aplicaciones web , no aplicaciones Flash llamativas, y quieren que las aplicaciones web tengan el mismo tamaño que todas las demás aplicaciones web que usan. Personalmente, quiero poder usar un Flashblocker y aún tener la funcionalidad completa de la aplicación.
fuente
Este es un efecto muy común en nuestra industria.
Por ejemplo, personalmente uso haXe e implemento mi código de cliente en Flash Player, porque en mi humilde opinión, es la mejor plataforma web habilitada a la que puedo dirigirme. Una vez que finalice el backend de C #, probablemente verifique si vale la pena usar Silverlight, aunque mi sensación personal es que murió antes de que despegara.
Al estar muy contento con mi elección de idioma, una cosa que me pregunto a menudo es: ¿por qué no más desarrolladores web usan un lenguaje de código abierto, multi-paradigma, expresivo y multiplataforma?
Hay muchas razones, pero siempre son las mismas. Una válida es la preferencia personal. Pero a menudo se trata de ignorancia o renuencia hacia las tecnologías nuevas / nicho.
Cuando se trata de Flash, tuve numerosos argumentos sobre por qué tiene su lugar y por qué usarlo. La mayoría de las personas argumentan que el objetivo de Flash es crear sitios sofisticados que se carguen por años y funcionen horriblemente (y difundan mucha otra información errónea).
De hecho, lo contrario es cierto y aplicaciones como Aviary Phoenix o Sliderocket y juegos como Koyotl y Tanki Online lo demuestran. Flash es una plataforma madura para crear una experiencia de escritorio en el navegador.
Al final, demasiadas decisiones estratégicas son tomadas por personas incompetentes, que prefieren seguir las tendencias y prefieren confiar en algún blogger sofisticado que sus desarrolladores. Y quién realmente tiene muchas ideas equivocadas en su cabeza.
Las tecnologías nuevas / de nicho siempre lucharán por la aceptación, a menos que realmente hagan un gran avance. Ruby, por ejemplo, tuvo éxito en esto a través de Rails y la gran exageración a su alrededor. Flash tuvo un gran avance para los diseñadores, porque en la década de los 90 la gente pensaba que la estridencia era buena y era la primera plataforma ampliamente extendida que permitía implementar precisamente eso.
A pesar de Flex, Flash nunca tuvo un avance tan grande para los desarrolladores. Posiblemente porque GWT , qooxdoo y muchos otros frameworks de implementación en HTML son lo suficientemente buenos como para simplemente no usar Flex o Flash, y hay significativamente más desarrolladores de Java y JavaScript (aparentemente las compañías prefieren elegir tecnologías donde hay una gran cantidad de empleados potenciales )
No necesita escribir su sitio web AJAX desde cero hoy en día. En realidad, no puede comprender HTML y hacerlo de todos modos, en el idioma que elija.
En este momento, HTML5 es muy publicitado y promovido y muchas personas deducen la muerte de Flash a partir de eso. Se dan muchas razones excelentes por las que HTML5 es mejor que Flash. Lo más probable es que tenga más y más sitios web hambrientos de recursos creados con HTML5. La basura estándar no es mejor que la basura de terceros.
En este momento, están sucediendo muchas cosas. El iPhone y otros dispositivos similares han creado un mercado gigante que no existía hace solo 4 años. Y los estándares web finalmente están siendo impulsados por todas las principales empresas en la misma dirección (vagamente).
Personalmente, solo espero que toda la agitación se estabilice en un año o dos, que HTML5 se estabilice, madure y se extienda hasta entonces, mientras que Apple tendrá una postura menos despótica y Flash Player se volverá más rápido en las plataformas móviles. Y que una vez que se haya completado este gran paso, la gente volverá a elegir la herramienta adecuada para el trabajo, tal como sucedió después de que las guerras del navegador se detuvieran. A partir de ahora, hay demasiado ruido para que la gente piense con claridad.
fuente
Las tecnologías son todas bastante inmaduras. Solo mire cuánto cambio ha ocurrido en cualquier bloque de 5 años. Con las tecnologías móviles / tabletas, va a cambiar nuevamente.
Lo veo como una fusión más. No se trata solo de HTML / DOM o complementos. He visto extensiones HTML para acceder a las funciones del dispositivo. Los complementos admiten conceptos de escritorio y web junto con aportar sus propias ideas.
Dependiendo de su perspectiva, esto es bueno o malo. Por el momento, mi equipo está trabajando en SilverLight (no para la web). No es una mala tecnología. Puede crear algunas aplicaciones muy potentes y muy atractivas. Sin embargo, viene con mucha complejidad sobre sus predecesores (.Net y quizás Win32) porque no podía hacer tanto con esas tecnologías y las expectativas eran más bajas. Hoy en día, la mayoría de los desarrolladores que escriben cualquier aplicación a menudo compiten (expectativas, no competencia real) con la mejor combinación de tecnologías de escritorio, web y móviles (velocidad, características, atractivo, usabilidad, ...)
fuente