Silverlight hors bac à sable?

Question

Je voudrais utiliser CLR de Silverlight au lieu de .NET CLR. Pour ces raisons, au moins:

1. capacité multi-plateforme
2. Je dois éviter tout problème de compatibilité pour mon plug-in écrit .NET. Le processus peut héberger uniquement le CLR .NET unique et lorsque plusieurs plugins ciblés pour différentes versions du CLR sont dans le même processus, cela devient très pénible. Silverlight CLR n'a pas une telle limitation.
3. Silverlight prend en charge les mini-déploiement (uniquement noyau CLR et les assemblages nécessaires)

Le problème est que Silverlight CLR est toujours sandbox. Existe-t-il un moyen d'extraire l'application Silverlight du bac à sable?

La bibliothèque de classes Silverlight contient certaines méthodes qui ne peuvent pas être appelées à partir de l'application en mode bac à sable - donc, je suppose qu'il existe un moyen d'obtenir l'application unsandboxed? Ou ils ont juste oublié de supprimer ces méthodes, quand portaient-ils la bibliothèque de classes de .NET?

UPD: J'ai une idée. Au moins, les assemblys de bibliothèque de classe Silverlight peuvent appeler n'importe quel code (dangereux). Est-il possible de faire semblant mon assembly fait partie de la bibliothèque de classe?

Answer 1

Nous avons considéré un tel projet en utilisant XUL Runner de Mozilla comme un conteneur de navigateur pouvant héberger silverlight et XUL a beaucoup d'API disponibles pour le navigateur et son code silverlight s'il est exécuté avec suffisamment de privilèges. Son petit truc pour faire un pont javascript entre les API de XUL et l'hébergeur du navigateur pour fournir toutes les API non disponibles à silverlight. Nous avons bloqué le projet parce que Microsoft ne supportait pas vraiment Silverlight pour les autres plates-formes et puisque Microsoft ne fournit actuellement que Silverlight pour Windows et Mac Intel, ce qui n'est pratiquement pas utile pour être vraiment indépendant du système. Ce n'est vraiment pas l'intention de Microsoft de le rendre vraiment indépendant du système, donc nous avons continué à utiliser Adobe AIR.

Mais vous pouvez essayer d'héberger silverlight dans XUL et de cette façon XUL est disponible pour toutes les plateformes et demain quand mono devient stable, vous pouvez certainement l'utiliser comme une bonne plate-forme. Mais la vitesse est terriblement lente. Et il y a aussi de vrais problèmes de threads.

Answer 2

Non, il n'y en a pas.

Answer 3

Je ne crois pas qu'il existe un moyen de faire fonctionner le Silverlight Runtime en dehors du «bac à sable» de sécurité. En guise de consolation, vous pouvez créer des applications Silverlight qui s'exécutent en dehors du navigateur, au moins, ils ont l'impression d'être des applications de bureau.

Si cela vous aide pouvez en savoir plus ici:

http://wildermuth.com/2009/03/18/Enabling_Out-of-Browser_Support_in_Silverlight_3

http://timheuer.com/blog/archive/2009/03/18/silverlight-3-offline-update-framework.aspx

http://videos.visitmix.com/MIX09/T45F

Mise à jour: voici une vidéo sur le site officiel Microsoft Silverlight

http://silverlight.net/learn/learnvideo.aspx?video=187318

Il y a en fait beaucoup de didacticiels, etc. sur silverlight.net

Autre que je recommande la suite Tim Heuer et Scott Gu pour Silverlight annoucements officiel.