Version imprimable
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 ?
pkoi freezer linterface pendant les appels quand on a un super mecanisme async ? :aie:
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...Citation:
Envoyé par ALCINA
toto_CallCompleted c'est la fonction de rappel quand ta requête est finie ?Citation:
Envoyé par ALCINA
Je ne comprend pas ce que vient faire un post de page dans du silverlight :koi:
Tes menus sont dans l'appli Silverlight ?Citation:
Envoyé par ALCINA
ça c'est pas un problème je gère un TimeOut :)Citation:
Envoyé par The_badger_man
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 !Citation:
Envoyé par The_badger_man
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 ?Citation:
Envoyé par The_badger_man
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....Citation:
Envoyé par ALCINA
Passes par de l'asynchrone: c'est le mieux et cela t'évitera des pb ;)
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 ...Citation:
Envoyé par ALCINA
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.Citation:
Envoyé par ALCINA
Citation:
Envoyé par Skyrunner
merci ! je voulais juste une confirmation.