Valuechangelistener Doute dans JSF

SALUT,

Veuillez consulter le code suivant:

                <h:selectOneMenu id="countries" value="#{countryBean.selectedCountry}" onchange="submit()
                                    valueChangeListener="#{countryBean.changeCountry}">
                    <f:selectItems value="#{countryBean.countries }" />
                </h:selectOneMenu>

Backing Bean

public void changeCountry(ValueChangeEvent event){      
    String newValue = (String)event.getNewValue();
    String oldValue = (String)event.getOldValue();

    System.out.println("New Value : " + newValue);
    System.out.println("Old Value : " + oldValue);

    if ("1".equals(newValue)){
        this.countries = new ArrayList<SelectItem>();
        this.cities.add(new SelectItem("1","Delhi"));
        this.cities.add(new SelectItem("2","Mumbai"));
    }
    if ("2".equals(newValue)){
        this.cities = new ArrayList<SelectItem>();
        this.cities.add(new SelectItem("1","Mossco"));
    }       
}

S'il vous plaît laissez-moi savoir si la mise en œuvre est correcte. Il fonctionne très bien.
Mes questions sont les suivantes:

  • Quel est l'avantage de l'ajout de la f:valueChangeListener balise à l'intérieur de la h:selectOneMenu tag. J'ai utilisé le normal attribut valueChangeListener="#{countryBean.changeCountry}".
  • Est-il nécessaire d'utiliser onchange="submit() ce code pour modifier les valeurs.
  • Quelle est la différence entre la rédaction de la coutume d'auditeurs par la mise en œuvre de l'interface ActionListener et seulement à l'aide de l'attribut dans le composant UIComponent balises (action="methodName").
    Merci de m'expliquer.
  • Mon avis est que les différents auditeur de la mise en œuvre est utile lorsque vous nous soumettez le formulaire, il y a de multiples composantes, les valeurs ont changé. On peut le faire dans le processValueChange méthode. Si nous nous attachons, avec l'attribut, qui sera utile pour le seul composant. S'il vous plaît aidez-moi si je me trompe.
InformationsquelleAutor Krishna | 2011-01-26
  1. 20

    La ValueChangeListener ne sera appelée lorsque le formulaire est soumis, et non pas lorsque la valeur de l'entrée est changé. Ainsi, si vous souhaitez exécuter cet écouteur lorsque la valeur est modifiée, vous disposez de deux solutions:

    1. Soumettre votre formulaire lorsque le onchange événement est déclenché (c'est ce que vous avez fait dans votre code);
    2. Utiliser un appel Ajax au lieu de cela, en utilisant des composants dédiés (déjà intégré dans JSF2, avec <f:ajax>, ou à des tiers des bibliothèques comme Richfaces, Primefaces...).

    Voici un exemple avec Richfaces:

    <h:selectOneMenu id="countries" value="#{countryBean.selectedCountry}" valueChangeListener="#{countryBean.changeCountry}">
    <a4j:support event="onchange" .../>
    <f:selectItems value="#{countryBean.countries }" />
</h:selectOneMenu>

    Concernant le code de votre écoute, il semble correct, mais pourquoi la question est pourquoi avez-vous besoin d'une ValueChangeListener ici? En effet, cet écouteur est très utile lorsque vous souhaitez suivre une modification de la valeur. C'est pourquoi la ValueChangeEvent fournit à la fois getOldValue() et getNewValue() méthodes.

    Dans votre code, vous ne vous souciez pas de la vieille valeur, donc, fondamentalement, vous pourriez "simplement" faire une action à la place d'un valueChangeListener (ex. avec Richfaces):

    <h:selectOneMenu id="countries" value="#{countryBean.selectedCountry}">
    <a4j:support event="onchange" actionListener="#{countryBean.changeCountry}"/>
    <f:selectItems value="#{countryBean.countries }" />
</h:selectOneMenu>

    Enfin, concernant la différence entre le valueChangeListener attribut et <f:valueChangeListener> est que le premier se lie à une méthode Java (#{myBean.myMethod}), tandis que le second se lie d'une classe Java (type="com.foo.MyListenerClass") qui met en œuvre la ValueChangeListener interface. De sorte que le second pourrait être plus générique que le premier...

    InformationsquelleAutor Romain Linsolas
  2. 6

    Romaintaz déjà souligné plus, je voulais juste aller tout de suite à vos questions concrètes:

    Quel est l'avantage de l'ajout de la f:valueChangeListener balise à l'intérieur de l'h:selectOneMenu tag. J'ai utilisé le normal attribut valueChangeListener="#{countryBean.changeCountry}".

    Comme Romaintaz dit, les points d'attributs à une méthode et à la f: points balise à une classe. Un autre avantage est que vous pouvez avoir plusieurs d'entre eux, chaque fois que cela est nécessaire.

    Est-il nécessaire d'utiliser onchange="submit() ce code pour modifier les valeurs.

    Que Javascript n'est pas de changer les valeurs. Que Javascript soumet le formulaire en entier sans avoir besoin d'appuyer sur le bouton soumettre vous-même, chaque fois que la valeur a été modifiée par l'utilisateur final. Non, ce n'est pas nécessaire. Vous pouvez également vous suffit de le retirer et d'attendre que l'utilisateur appuie sur le bouton soumettre lui-même. Une fois de plus, que JavaScript n'est pas une partie de JSF.

    Quelle est la différence entre la rédaction de la coutume d'auditeurs par la mise en œuvre de l'interface ActionListener et seulement à l'aide de l'attribut dans le composant UIComponent balises (action="methodName").

    Cette question est déjà posée avant: la différence entre l'action et l'actionlistener.

    InformationsquelleAutor BalusC
  3. 0

    La solution de romaintaz de l'appel d'une action au lieu de valueChangeListener est aussi grande, car dans le cas de "changement" cas l'action est appelée après que le modèle est mis à jour (permettant de la base de données mise à jour par exemple), tandis que le valueChangeListener est appelé avant....

    InformationsquelleAutor Manu de Hanoi