para necesario microsoft mac for español chrome flash silverlight

flash - necesario - silverlight para mac



Flash vs. Silverlight (17)

Hay un blog valioso donde el autor compara Silverlight y Flash desde el punto de vista del desarrollador y el usuario final.

Se muestran tanto Silverlight como Flash con los mismos casos de uso, el código se puede descargar y los usuarios pueden subir / bajar el mejor.

Considero que este sitio es un excelente recurso Silverlight vs Flash.

http://www.shinedraw.com/

Estamos construyendo un sitio web de capacitación en el que tenemos que rastrear a los espectadores viendo videos y almacenar información detallada sobre la visualización (cuando hicieron una pausa, si vieron todo el video, etc.)

¿Qué deberíamos considerar al decidir entre las dos tecnologías?

Olvidé agregar Esto es para una aplicación interna. Tenemos un control completo sobre el medio ambiente. Si fuera por una aplicación pública definitivamente iría con Flash.

Solo busco las ventajas técnicas de una sobre otra de alguien que haya usado ambas.

¿Qué saben tus desarrolladores? Si ya conocen el código ActionScript, utiliza Flash, si conocen C #, VB.NET, JavaScript, Ruby o Python, entonces usa Silverlight.

Aún no he encontrado un video Silverlight que funcione correctamente en Firefox. Por lo que yo sé, tampoco hay un visor de Linux.

También hay más usuarios que tienen flash ya instalado, por lo que no tener que instalar otra aplicación para ver un video tendrá más personas viendo el video

Ambos pueden cumplir todos sus requisitos, por lo tanto, elija uno con la base de instalación más alta, que es, sin dudas, Flash.

Flash es más utilizado, pero SilverLight tuvo buena prensa durante los Juegos Olímpicos. ¿No puedes tener ambos para tener más usuarios? Porque si se detiene solo con SilverLight, puede cortar a todos los usuarios que no se molestan en instalar el archivo necesario.

Habiendo tenido que hacer la llamada entre Silverlight y Flash recientemente para un componente interactivo muy intenso, tuve que ir con flash. y por una razón: soporte en línea. Si tengo problemas para crear algo en flash, hay muchas posibilidades de que encuentre ayuda en línea de alguien que supere el mismo problema. Y con Silverlight siendo nuevo y aún fresco de iteraciones beta, es poco probable encontrar el mismo volumen de ayuda (al menos ahora). Al final, mi aplicación Flash fue bastante complicada y todavía tenía bastantes problemas que no podía encuentra ayuda y solo tienes que buscar API y probar algunas cosas. Si hubiera ido con Silverlight en su lugar, habría estado desesperadamente inactivo. no me malinterpreten, me muero por saltar a Silverlight y me encantaría convertir mi aplicación flash a SL algún día. Solo necesito que crezca la presencia de la comunidad / foro en línea. Y lo hará. Estoy emocionado de ver a dónde irá Silverlight.

Importa cuántas consultas simultáneas está esperando. Esta fue también la base de decisiones para el sitio web de los Juegos Olímpicos, porque se necesitan muchos más recursos de servidor para entregar videos a través de flash en lugar de Silverlight. Entonces Silverlight podría ahorrar costos.

Si busca mantenimiento, su Silverlight, su api de programación, es mucho más limpio.

Pero no solo no está instalado en todas partes, no es compatible con todos los sistemas operativos de navegador o cliente.

Si puede, hágalo en ambos, pero si no puede, hágalo en flash y configúrelo cuando tenga oportunidad después de que la base de instalación sea más grande, ya que Silverlight es más fácil en términos de ingeniería.

Yo personalmente usaría Flash debido a la base instalada. De la forma en que lo veo, si YouTube y Google Video usan Flash más que cualquier computadora en la tierra, así es que gana sin problemas.

encontré este blog (¡no el mío!) muy interesante sobre el tema. Personalmente, adoptaría una solución basada en las necesidades, si estuviera construyendo, digamos, una aplicación interna para una empresa en una red de Windows, Silverlight parece genial. De lo contrario, parece que dejas fuera el resto del mundo yendo con Silverlight en un sitio público.

Estoy totalmente a favor de la competencia y ambos siguen siendo productos patentados. Aunque el compilador y el marco de flex3 se han liberado de código abierto, el reproductor de flash real aún es propietario. Dicho esto, casi todas las computadoras en línea tienen algún tipo de reproductor flash, aunque puede que no sea la versión 9 necesaria para aplicaciones flexibles, puede actualizarse fácilmente con un simple clic en el navegador.

Parece que tienes un control total sobre el medio ambiente. Por lo tanto, es mejor elegir Silverlight debido a la facilidad de desarrollo y las características de extensibilidad de esta nueva tecnología. Es compatible con el mejor lenguaje de scripting (C #, el lenguaje más maduro jamás creado). Apuesto a que la inversión que puede hacer en esta nueva tecnología no lo deprimirá en el futuro.

Si tiene un control total del entorno, considere la aplicación WPF / Web Browser. En comparación con Silverlight, el desarrollo es un poco más fácil y la curva de aprendizaje para los desarrolladores .NET típicos es prácticamente plana.

Silverlight se está acercando al flash, y la funcionalidad flash recientemente adquirida se está implementando rápidamente en Silverlight, pero todavía hay muchos más usuarios con flash que con Silverlight, por lo que llegarás a más con flash.

aquí hay estadísticas de cuántos% de usuarios los tienen instalados.

http://riastats.com/#

como pueden ver, el flash está muy adelante

Tengo que decir que Silverlight tiene una API mucho mejor y con .NET tiene un gran beneficio

Tocaré porque parece que la gente no entendió el punto de la pregunta: ¿Cuáles son las ventajas técnicas de Flash vs Silverlight? (en lo que respecta a una aplicación interna )

Flash Pros

  • La interfaz "artística" es mucho mejor, en mi opinión. Si tienes artistas y diseñadores que están acostumbrados a usar Illustrator o Photoshop, esto es bastante directo.
  • La forma en que su entorno integra los cronogramas de las películas basadas en marcos es bastante astuta y lo ha sido durante años. Facilita la integración y la capa de muchos elementos y sonidos animados en tu película o animación.
  • Toda la codificación se realiza en el lenguaje de JavaScript ActionScript, por lo que la curva de aprendizaje de la sintaxis al menos es bastante baja para los desarrolladores que no sean de Microsoft.
  • Soporte en línea. Hay años y años de publicaciones que pueden ayudarlo a descubrir qué necesita hacer para obtener lo que desea en Flash.

Silverlight Pros

  • Utiliza .Net como back-end. Si tiene muchos desarrolladores de .Net, podrá aprovechar el .Net framework, que es un conjunto de herramientas mucho más potente, programáticamente hablando.
  • Más fácil de depurar. En mi experiencia, es más fácil de depurar que Actionscript, en gran parte debido al IDE superior.
  • Llevándome al IDE. El IDE de codificación es muy superior al teclado de Fancy, torpe, adoquinado y desordenado de Flash. Tiene intellisense, autocompletar, etc.

Destellos

  • En mi extensa experiencia en Flash, si estás haciendo una aplicación altamente interactiva, puede tener errores al salir todos. Algunos de los bichos rayanas en tonterías, el trabajo en el medio es hambriento en el mejor de los casos.
  • El IDE apesta. Período. Es un bloc de notas con alguna identificación de palabras clave a la manera de un intellisense mal implementada.
  • El lenguaje cae en su rostro a veces. He visto instancias en las que, de repente, una var me puso todo sensible al tipo, donde antes no eran solo dos estrofas. ¿Mi culpa? Tal vez. Probablemente. Pero, sin embargo, he visto un comportamiento extraño de ActionScript, mientras que C # siempre ha hecho lo que le dije.
  • No hay una manera estándar de hacer las cosas. No hay "mejores prácticas para poner tu código aquí" forma de hacer las cosas. Flash te permite poner código en cualquier cosa . Un fotograma, un MovieClip, un objeto, una matriz ... seguro que sea lo que sea, solo muestra algunas funciones en algunas cosas y fiestas. Esto hace que encontrar errores en la aplicación de otra persona sea una tarea ardua.

Silverlight Contras

  • No hay mucha documentación todavía, en mi opinión.
  • Interfaz de "artista" subestándar por comparación. Si busca un aspecto determinado, puede ser más difícil para su diseñador lograrlo.
  • Si no está acostumbrado a XAML, los diseños pueden ser un verdadero dolor en el trasero. Si nunca usó XAML y tiene un cronograma de ordenación para hacer esto, es mejor que esté preparado para dedicarle más tiempo, o estar bien con un aspecto y una sensación menos que estelares. No es tan fácil obtener el aspecto que desea con XAML como en Flash.

Una vez más, todo esto es en mi propia opinión y de mis experiencias . Otras personas pueden tener opiniones diferentes.

Si tiene algunos diseñadores y algo de experiencia en Flash, vaya con flash. Si quieres aprender algo nuevo, rellenar tu currículum y no tienes más que experiencia en .Net, ve con Silverlight.

Al final, haz lo que sea que te haga desear venir a trabajar. (siempre que cumpla con sus fechas límite. lol)

Ah, y debo señalar, no estaba hablando de FLEX aquí, sino de Flash.