Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
[silverlight 2] appel d'un WebService synchrone
Bonjour,
je n'arrive pas à faire appel à un web service en mode synchrone !
je n'arrive pas non plus à faire un BrowserHttpRequest en mode synchrone.
je suis obligé de les appeler en asynchrone.
Pour mon projet actuel ce n'est pas gênant mais si je veux faire beaucoup de silverlight plus tard c'est pas gagné !
mon environnement :
VSTS 2008 RTM v 9.0.21022
blend 2.5 march 2008 preview
Microsoft Silverlight Projects 2008 Version 9.0.21116.54
si vous avez une idée.
merci d'avance.
ALCINA
L'appel à des web services en Silverlight se fait en asynchrone.
En quoi cela te gène-t-il ?
Les règles du forum
Le trio magique : FAQ + Cours + fonction rechercher
Mes articles
Pas de questions par messages privés svp
Software is never finished, only abandoned.
pkoi freezer linterface pendant les appels quand on a un super mecanisme async ?
tout simplement parce que le web service réponds en 0.5sec au pire des cas !
et que j'ai l'impression que le retour de toto_CallCompleted() se fait après le post de la page ce qui ne me permet pas de faire de l'affichage direct !
exemple les infos de mon menu sont en base de données pour me connecter à la base de données j'utilise un web service du coup je suis obligé de faire une page d'accueil comme la plupart des pages flash avec une animation à la con avant d'aller sur la vrai page d'accueil pour montrer le menu ( en fonction des droits du user) !
The_badger_man : es tu sûr qu'il n'y a aucun moyen pour faire des appel synchrone ?
certes, mais le jour où il aura un pb ça sera pas top...Envoyé par ALCINA
toto_CallCompleted c'est la fonction de rappel quand ta requête est finie ?
Je ne comprend pas ce que vient faire un post de page dans du silverlight
Tes menus sont dans l'appli Silverlight ?
Les règles du forum
Le trio magique : FAQ + Cours + fonction rechercher
Mes articles
Pas de questions par messages privés svp
Software is never finished, only abandoned.
ça c'est pas un problème je gère un TimeOut
disons qu'en synchrone le WebService réponds en moins de 0.5sec et qu'en synchrone il met 2sec mini ! en fait je ne sais pas trop comment sont gérer les évènement du coup j'ai parler de post back mais bon !toto_CallCompleted c'est la fonction de rappel quand ta requête est finie ?
Je ne comprend pas ce que vient faire un post de page dans du silverlight
c'est au moment où je crée le menu que j'ai besoin des informations du menu pas 10 ans après quand le completed arrive
oui pourquoi ?
On s'en fiche: il est recommandé de faire de l'asynchrone, faut pas reculer de 10 ans dans le temps et revenir à des choses qui se faisaient avant....ça c'est pas un problème je gère un TimeOut
Passes par de l'asynchrone: c'est le mieux et cela t'évitera des pb
Thomas LEBRUN: MCAD.NET, MCTS (Win et Web), MCPD(Win et Web) & Microsoft MVP Client Application Development
WPF par la pratique, mon livre sur WPF ! (également disponible ici ou là)
A la découverte de .NET
y a dix ans on faisait déjà de l'asynchrone !
microsoft à découvert ça y a deux ans mais ça existait déjà avec le pingouin !
dans mon cas précis le synchrone est bon !
le webservice est sur le même serveur à cause cross domain pas géré par silverlight ! c'est pas un webservice de météo que je ne gère pas, je vais juste faire une requête à ma base de données !
quand tu fais une requête à ta base de données tu l'a fait en asynchrone ?
quand tu va lire un fichier xml tu fais un appel asynchrone ?
quand tu fais un quick sort tu le fais en asynchrone ?
dans mes applications je fais énormément d'appels asynchrones mais j'en fais que là où c'est nécessaire !
PS : "expliquez moi votre problème, je vous expliquerai comment vous en passer."
PS2 :
question : "comment on fait pour désinstaller norton de windows vista"
réponse : "installe linux."
merci le troll
Pour moi TOUTE opérations qui peut faire freezer l'interface (car la on parle bien de developpement d'interface et non pas serveur), même quelques instant doit etre asynchrone et la on parle bien d'opération qui peut freezer car opération réseau ...
bon bin ptetre qu'on te convainquera jamais mais bon en tout cas pour le moment silverlight ne fait que des appels asynchrone, c'est comme ça...
et personnelement j'espere que cela va le rester...
Toute façon je sais pas pourquoi on chipote en SL 2 il n'y a QUE des appels asynchrones, donc bon on va pas tergiverser pendant 107 ans.
Pardon ? SL2 gère très bien le cross domain, si le domaine distant l'autorise.
merci ! je voulais juste une confirmation.
Répondre avec citation
Partager