Je ne sais pas si quelqu'un peut conseiller sur celui-ci. Nous avons écrit et mis en œuvre une application Lob Silverlight 3 - que nous essons actuellement sur un site de clients.
Nous avons rencontré le problème, où sur quelques-uns des machines sur site, les navigateurs se croient au hasard. Les machines fonctionnent Windows XP SP3 - Le navigateur est Firefox.
Nous soupçonnons que ce soit parce que ces machines le navigateur semble être peu fiable car elles avaient des plugins installés, etc. et une solution suggérée consistait à implémenter l'application dans le mode hors navigateur.
Ce que je veux savoir, c'est quand une application Silverlight 3 est à court de navigateur, est-ce que cela s'appuie toujours sur un navigateur spécifique en arrière-plan ... ou cela résoudrait-il notre problème si le navigateur est "instable" à cause de plugins?
3 Réponses :
Je me débats pour des preuves mais je suis à peu près sûr que je me souviens de lire que le moteur hors navigateur utilise le moteur Internet Explorer.
Cet article renforce ma mémoire .
et Cet article implique la même chose , si vous allez à la section "Détection de la connectivité réseau et du statut hors navigateur" et lisez le dernier para, commencez "Vous pouvez utiliser la messagerie locale pour communiquer entre ...".
Anthonywjones a raison, c'est-à-dire que cela n'a rien à donner avec Silverlight lorsqu'il est exécuté OOB, vous remarquerez même que l'objet HTMLPAGE est partiellement inaccessible lors de l'exécution de OOB.
non. Il n'y a pas de connexion entre une application Silverlight OOB et le navigateur dans lequel il fonctionnait lorsqu'il est installé. Une fois l'exécution d'une application OOB Silverlight utilise sa propre pile clienttp et ne dépend plus de la pile HTTP du navigateur.
Assumer l'instabilité est le résultat de Firefox Extensions, puis d'exécuter l'application dans OOB peut aider. N'en pensez-vous que si la pile HTTP du navigateur est susceptible d'être plus efficace et que vous perdez la manipulation automatique de la cookie.
Merci pour les commentaires. Apprécier
Si Silverlight se bloque dans le navigateur, il n'ya que quelques parties de Silverlight qui s'appuient réellement sur le navigateur fonctionnant correctement, telle que les appels vers WebServices doivent passer par la façade HTTP de navigateurs, peut-être que trop de réponses du serveur sont en file d'attente. à une interface utilisateur retardée qui entraîne un accident puisque trop de réponses tentent d'incendier des événements pour des changements d'interface utilisateur à la fois, il est peu probable oui, je sais, mais c'est une idée.
La gestion de la vie est également traitée par le navigateur, un plug-in tente de recycler le processus Silverlight et de le redémarrer.
Essayez d'utiliser cet utilitaire de débogage, Silverlight Spy pour aller au bas du problème