Discussion :

[Jexou]

Bonjour à tous,

Je développe une application en Flex et je suis face à un problème récurrent. Au début de l'application, j'initialise un ModelLocator (un singleton) qui lui va s'occuper d'appeler différents remote object afin de charger différentes liste d'info dans mon application.

Le problème c'est que lorsque mon application s'initialise, je travaille sur certaines liste qui ne sont pas forcement initialisée (vu les appels asynchrones des différents modelLocator).

Y a t-il dans Flex un moyen de savoir si TOUT a été initialisé. Pour l'instant j'ai mis un timer mais évidemment cette solution est nulle...

Toute piste est bonne a prendre


Merci

[jylaxx]

Le code que tu exécutes dans ton timer tu l'exécutes dans les événements de réception des résultats. Dans ce cas le timer n'est plus utile.

Mais au fond je trouve que la solution du timer n'est pas une si mauvaise solution.

[Jexou]

Elle n'est pas mauvaise dans l'aboslu, mais içi imaginons un timer de 4sec suffit. Si je met mon applic sur un autre server, relié à une DB un peu plus lente, les 4sec risquent de ne plus suffire. De plus on perd en performance puisqu'il y a un risque d'attendre trop longtemps

Le code que tu exécutes dans ton timer tu l'exécutes dans les événements de réception des résultats. Dans ce cas le timer n'est plus utile.

Le soucis c'est que le code que j'execute après mon timer à besoin que les informations soient chargées. Et je dois avoir une 10aine de handler qui réceptionnent des résultats et impossible de savoir lequel se finira en dernier.

En conclusion je suis à la recherche d'un système permerttant d'affirmer qu'à un instant X tout est chargé.

[samy2525]

Bonjour, pourquoi tu envoie pas tes requête en séquentiel en gros, à la réception du premier ReultEvent tu lance le deuxième handler et ainsi de suite, comme ça tu sais que au dernier handler appelé tous est charger

voila

Bon courage

[Jexou]

Pas con. Après je suis pas sur des performance de ce truc là. J'essayerai merci !

Si y'a d'autres idées

[jylaxx]

pourquoi tu envoie pas tes requête en séquentiel en gros, à la réception du premier ReultEvent tu lance le deuxième handler et ainsi de suite, comme ça tu sais que au dernier handler appelé tous est charge

Cette solution n'est pas fondamentalement différente mais est un peu plus compliqué car pour ajouter une requête il faut modifier le ResultEvent de la requête précédente. D'autre part on perd l'avantage multi-thread éventuel du serveur.
Par contre si les traitements effectués dans certains ResultEvent dépendent de la disponibilité des résultats d'autres requêtes c'est la solution à privilégier.

Elle n'est pas mauvaise dans l'aboslu, mais içi imaginons un timer de 4sec suffit. Si je met mon applic sur un autre server, relié à une DB un peu plus lente, les 4sec risquent de ne plus suffire. De plus on perd en performance puisqu'il y a un risque d'attendre trop longtemps
Le soucis c'est que le code que j'execute après mon timer à besoin que les informations soient chargées. Et je dois avoir une 10aine de handler qui réceptionnent des résultats et impossible de savoir lequel se finira en dernier.
En conclusion je suis à la recherche d'un système permerttant d'affirmer qu'à un instant X tout est chargé.

Je croyais avoir donner la solution mais en fait je ne pensais pas que tu utilisais ton timer de cette manière... La méthode de synchronisation appelée dans le timer doit être capable de savoir si toutes les données sont chargées, soit en testant les variables collections qui contiennent ces données, soit en lisant un tableau de booléens positionnés dans les resultEvent. Si les données ne sont pas disponibles un nouveau test sera effectué lors du prochain eventTimer.
Il ne s'agit pas d'avoir un timer one shot avec un délai suffisamment grand pour le temps d'attente minimum, ce qui aurai peu d'intérêt. Il s'agit d'avoir un timer multi shots avec un délai de déclenchement faible (100 ou 200 ms par exemple) et une procédure de test de la disponibilité des données rapide.
Lorsque toutes les données sont disponibles tu arrêtes ton timer.