Hemos pasado varios meses planeando, probando y desarrollando un nuevo juego. Hemos estado probando una gran cantidad de plataformas (Java Applet, Desktop Via XNA, Flash, etc.) y Silverlight fue nuestra elección preferida.
Sin embargo, cuanto más nos metemos en el juego, más problemas enfrentamos, principalmente debido a la comunicación con un servidor. El sondeo HTTP es lento e ineficiente, pero la funcionalidad de socket que ahora está disponible en SL4 solo es realmente útil para un entorno de Intranet, a menos que nos falte algo.
Cualquiera tiene alguna opinión o experiencia con esto y el futuro de SL para juegos basados en el navegador en línea.
architecture
silverlight
LiamB
fuente
fuente
Respuestas:
El futuro de los juegos de navegador en línea es HTML5 en mi opinión. Ofrece la mayoría de lo que se necesita para juegos de navegador simples. Se necesita baja latencia en los grandes juegos independientes, por lo que ese no es nuestro caso. Por supuesto, si lo necesita, siempre puede hacer con flash o plugin Silverlight solo para la comunicación.
fuente
La distribución siempre es un obstáculo con los juegos y tener un solo clic, solo funciona, la experiencia es una gran victoria. Eso lo hace excelente para juegos sociales casuales que están de moda en estos días.
A Flash le está yendo muy bien para los juegos, pero carece de la plataforma de programación real que Silverlight tiene. Y HTML5 con su Javascript es solo una pesadilla para desarrollar programas serios, sin mencionar todos los problemas de rendimiento y compatibilidad.
Según http://riastats.com, Silverlight se acerca al 80% de disponibilidad y crece, y eso no desaparecerá fácilmente.
fuente