Discussion :

[dani0213]

Bonojour à tous;
je suis un débutant dans le domaine de flex et comme j'avais l'habitude de développer en php donc j'ai plutot une vision de developpement clasique!
alors mon besoin de de créer un projet composé d'une page d'authenfication donc avec login et mot de passe et le le login est bon je fais charger une autre page flex.
commenent je peux faire ca svp??????????

[Fichman]

En fait tu ne passes pas à une autre page comme en HTML, tu restes sur la même page qui représente ton application.

En gros, tu pourrais jouer avec des états ou utiliser un viewstack.
T'aurais un état "déconnecté" présentant le formulaire de login et un état "connecté" présentant des informations quelconques qui serait activé si le login s'est bien déroulé.

Avec un viewstack, c'est la même chose. Tu aurais une partie qui serait le formulaire de connexion et une partie (ou plusieurs) qui seraient accessibles pour les utilisateurs reconnus.

Enfin, c'est comme ça que moi je fais, après il y a peut-être d'autre solutions.

[ToniConti]

Pas mal l'idée des viewstack il faudra que j'essaye
Jusqu'ici je travaillais avec les états d'applications mais il y avait un sérieux inconvénient avec cette technique. Les objets ne pouvaient pas communiquer directement entre eux. J'étais obligé de définir pour mon application un grand nombre d'écouteurs d'évènements ce qui n'était pas pratique du tout.

[Krazymins]

Salut,
Personnellement, je préfère utiliser un mix des 2 :

La viewstack te permet de gérer toutes tes "vues" de ton appli (toutes tes "pages" disons).
Le problème c'est que c'est vite limité, ou tout du moins encombré si tu as plusieurs types de connexion avec différents droits : par exemple un login admin et un login user, ou bien 2 login user avec des droits différents (le compte premium, et le compte light par exemple ), ou bien encore le mode connecté / déconnecté.
->Si tu n'utilise que des viewstack, en fonction du type de user qui vient de se connecter, tu devras afficher l'une ou l'autre des vues présente dans ta viewstack. Si par exemple le compte light a des actions restreintes par rapport au compte premium, tu devras avoir 2 vues quasi semblables, sauf que sur la vue light il y aura moins de fonctionnalités disponibles.
-> du coup tu risques de te retrouver avec beaucoup de code en doublon : tout le code commun aux comptes light et premium. Et ce pour chaque vue différente (chaque "page") de ton appli.

Donc de mon côté je préfère utiliser les états lorsqu'il s'agit de faire des "restrictions" sur les pages, en fonction de l'utilisateur connecté, (ou non).

->Ta viewstack affiche chaque page de ton appli. Chaque vue est ainsi unique. Puis dans chaque vue, en fonction du user connecté, tu changes d'état. Pour l'état correspondant au user tu peux ajouter / retirer des fonctionnalités.

Bien sûr connecté / déconnecté c'est pareil : si l'utilisateur est déconnecté, sur une vue en particulier, tu peux te placer dans un état ou les composants inaccessibles au user non connecté sont retirés.