Nous avons passé plusieurs mois à planifier, tester et développer un nouveau jeu. Nous avons testé une multitude de plates-formes (Java Applet, Desktop Via XNA, Flash, etc.) et Silverlight était à peu près notre choix préféré.
Cependant, plus nous entrons dans le jeu, plus nous rencontrons de problèmes, principalement en raison de la communication avec un serveur. L'interrogation HTTP est lente et inefficace, mais la fonctionnalité de socket qui est maintenant disponible dans SL4 n'est vraiment utile que pour un environnement Intranet - sauf s'il nous manque quelque chose.
Tout le monde a des opinions ou des expériences avec cela et l'avenir de SL pour les jeux basés sur le navigateur en ligne.
architecture
silverlight
LiamB
la source
la source
Réponses:
À mon avis, l'avenir des jeux par navigateur en ligne est HTML5. Il offre la plupart des éléments nécessaires aux jeux par navigateur simples. Une faible latence est nécessaire dans les grands jeux autonomes, ce n'est donc pas notre cas. Bien sûr, si vous en avez besoin, vous pouvez toujours créer un plugin flash ou silverlight uniquement pour la communication.
la source
La distribution est toujours un barrage routier avec des jeux et sans clic, cela fonctionne, l'expérience est une grande victoire. Cela le rend excellent pour les jeux sociaux occasionnels qui font fureur ces jours-ci.
Flash se porte très bien pour les jeux, mais il lui manque la véritable plate-forme de programmation de Silverlight. Et HTML5 avec son Javascript n'est qu'un cauchemar pour développer des programmes sérieux, sans parler de tous les problèmes de performances et de compatibilité.
Selon http://riastats.com, Silverlight approche la disponibilité et la croissance de 80% et cela ne va pas disparaître facilement.
la source