Discussion :

[cho7]

Bonjour,

je découvre actuellement le framework Cairngorm, et si j'ai bien compris l'idée du truc, comment l'implémenter et tout, il me reste une petite interrogation :

Comment lutter contre la prolifération de variables dans le ModelLocator ?

Regroupez-vous vos variables dans des sous objets ? (Par exemple un objet de type LoginFormModel) Car sinon je trouve que ça devient très vite crados toutes ces variables qu'on va binder un peu partout sur chaque vue.

Autre chose, comment gérez vous proprement (càd sans rien briser de la philosophie Cairngorm) la remise à zéro d'un champ, sa prise de focus, etc ? Je souhaite par exemple que quand l'utilisateur se logue, une routine java return true ou false selon la valeur de txtLogin.text et txtPassword.text. Ca c'est OK, l'event est dispatché, puis intercepté par le frontcontroller, la commande est executée, java répond bien, c'est chouette

Mais comment faire en cas de return false (càd ici login incorrect) pour vider par exemple le contenu du champ txtPassword, et lui redonner le focus ? Dois-je laisser trainer une référence de ma vue quelque part pour l'attaquer et lancer un setFocus() ? J'ai conscience que dans ce cas précis je pourrai faire cette remise à zéro et cette prise de focus en permanence (juste avant de dispatcher l'évènement), que le login soit bon ou pas, mais le problème se posera réellement sur d'autres cas

En question bonus : j'aimerai laisser un label au bas de chacune de mes vues qui sera bindé sur une variable du style {monModel.errorMessage}. Sauf que j'aimerai ne pas avoir à remettre à blanc cette variable entre chaque changement de vue (car si j'oublie de le faire, une vue pourrait afficher un vieux message d'erreur peut-être totalement hors contexte.

Comment gérez-vous ce problème habituellement ? Une variable errorMessage propre à chaque vue, une fonction getError() qui retournerait puis viderait le contenu de la variable après chaque appel ?

Bref, je ne sais pas si j'ai été très clair, mais merci pour vos éclaircissements.

[ellene]

Bonjour,

Comment lutter contre la prolifération de variables dans le ModelLocator ?

Malheureusement, le ModelLocator est la faiblesse de Cairngorm car il s'agit d'un vrai modèle fourre tout. J'ai trouvé un article expliquant comment utiliser le ModelLocator proprement : http://blog.kapit.fr/ria/2008/09/03/...tor-cairngorm/

Autre chose, comment gérez vous proprement (càd sans rien briser de la philosophie Cairngorm) la remise à zéro d'un champ, sa prise de focus, etc ? Je souhaite par exemple que quand l'utilisateur se logue, une routine java return true ou false selon la valeur de txtLogin.text et txtPassword.text. Ca c'est OK, l'event est dispatché, puis intercepté par le frontcontroller, la commande est executée, java répond bien, c'est chouette

Mais comment faire en cas de return false (càd ici login incorrect) pour vider par exemple le contenu du champ txtPassword, et lui redonner le focus ? Dois-je laisser trainer une référence de ma vue quelque part pour l'attaquer et lancer un setFocus() ? J'ai conscience que dans ce cas précis je pourrai faire cette remise à zéro et cette prise de focus en permanence (juste avant de dispatcher l'évènement), que le login soit bon ou pas, mais le problème se posera réellement sur d'autres cas

Pour vider les champs, tu peux utiliser ViewHelper qui permet d'appeler des méthodes de la vue depuis ta commande : http://flexcairngorm.googlecode.com/...ewLocator.html
Je n'ai pas trouvé de documentations sur le net mais si tu as besoin d'aide tu peux ouvrir une nouvelle discussion .

En question bonus : j'aimerai laisser un label au bas de chacune de mes vues qui sera bindé sur une variable du style {monModel.errorMessage}. Sauf que j'aimerai ne pas avoir à remettre à blanc cette variable entre chaque changement de vue (car si j'oublie de le faire, une vue pourrait afficher un vieux message d'erreur peut-être totalement hors contexte.

Pour ta question bonus, il faudrait que toutes tes vues héritent d'une vue mère qui contient ton label. Lorsque ta viewstack change de vue, l'evénement viewChanged (je crois) est appelé. Tu t'abonnes à cet évènement et tu vides le label à chaque appel.
J'espère que j'ai été claire et que ma réponse t'aidera.

Bon courage

[cho7]

Bonjour,



Malheureusement, le ModelLocator est la faiblesse de Cairngorm car il s'agit d'un vrai modèle fourre tout. J'ai trouvé un article expliquant comment utiliser le ModelLocator proprement : http://blog.kapit.fr/ria/2008/09/03/...tor-cairngorm/



Pour vider les champs, tu peux utiliser ViewHelper qui permet d'appeler des méthodes de la vue depuis ta commande : http://flexcairngorm.googlecode.com/...ewLocator.html
Je n'ai pas trouvé de documentations sur le net mais si tu as besoin d'aide tu peux ouvrir une nouvelle discussion .



Pour ta question bonus, il faudrait que toutes tes vues héritent d'une vue mère qui contient ton label. Lorsque ta viewstack change de vue, l'evénement viewChanged (je crois) est appelé. Tu t'abonnes à cet évènement et tu vides le label à chaque appel.
J'espère que j'ai été claire et que ma réponse t'aidera.

Bon courage

Bonjour,

Désolé pour le délai , j'avais totalement zappé ce post, même si le problème est toujours d'actualité.

Ta réponse est vraiment pertinente en tout point, et je t'en remercie chaudement !

Par contre, j'ai cru lire que ViewHelper était deprecated ? C'est dommage car ça semble répondre parfaitement à mon besoin

[cho7]

Bonjour,

Désolé pour le délai , j'avais totalement zappé ce post, même si le problème est toujours d'actualité.

Ta réponse est vraiment pertinente en tout point, et je t'en remercie chaudement !

Par contre, j'ai cru lire que ViewHelper était deprecated ? C'est dommage car ça semble répondre parfaitement à mon besoin

Je confirme, c'est deprecated. En cherchant un peu plus, j'ai vu une autre manière de faire qui me plait bien.

En gros, ma vue login lorsqu'elle va se charger va également ajouter un eventlistener sur un evenement du cairngormdispatcher du genre "LOGIN_FAIL". Quand on se loggue, ca dispatch un evenement "LOGIN", et quand la commande associée à fini son boulot, elle dispatche LOGIN_FAIL

Comme ça la vue est au courant, elle appelle la fonction associée, qui vide le champ password, et lui redonne le focus.

[cho7]

Je confirme, c'est deprecated. En cherchant un peu plus, j'ai vu une autre manière de faire qui me plait bien.

En gros, ma vue login lorsqu'elle va se charger va également ajouter un eventlistener sur un evenement du cairngormdispatcher du genre "LOGIN_FAIL". Quand on se loggue, ca dispatch un evenement "LOGIN", et quand la commande associée à fini son boulot, elle dispatche LOGIN_FAIL

Comme ça la vue est au courant, elle appelle la fonction associée, qui vide le champ password, et lui redonne le focus.

Bon bah j'ai lu quelque part qu'il ne fallait pas trop utiliser les classes du CairngormDispatchEvent car ce n'était pas vraiment fait pour et que des choses pouvaient changer dans le futur.

Du coup j'ai créé dérivé l'Eventdispatcher de flex pour créer mon mien à moi, et ça marche nickel.

Voilou