Discussion :

[grunt2000]

Bonjour,

C'est un problème tout simple.

J'ai besoin dans une page JSF d'initialiser un booléen, puis de le changer et de le tester un peu plus loin.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
<c:set var="premierThème" scope="view" value="true" />
 
<c:choose>
   <c:when test="${premierThème}">
      <c:set var="premierThème" scope="view" value="false" />
      <td class="typeTheme">ses thèmes:</td>
   </c:when>
 
    ...
</c:choose>

Mon problème: pas d'attribut class ou type sur <c:set>

Et
<c:set var="premierThème" scope="view" value="true" />
peut initialiser un objet String derrière ou n'importe quoi...

Comment le forcer à instancier un objet de la classe que je veux?
(sans en passer par un managed bean, car bien sûr c'est possible, mais ça ferait beaucoup de circonvolutions pour le travail à accomplir).

En vous remerciant,

Grunt.

[tchize_]

sans garantie, t'as essayé ça?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
      <c:set var="premierThème" scope="view" value="${false}" />

Parce que pour moi, c'est au niveau de la value que se joue le typage. Set ne fait jamais qu'évaluer sa valeur (via EL), prendre le résultat et le mettre dans une Map, le format ne le concerne pas.

[grunt2000]

Je vais l'essayer.
Mais si j'étends le problème, ça ne me sauvera pas.

Si je veux créer un objet de classe MaClasse, je n'aurai pas la possibilité de faire:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<c:set var="monObjet" scope="view" value="${new MaClasse()}" />

Bien-sûr, je peux en passer par une méthode de bean qui sera là juste pour me faire un new, mais bon: ça fait du code un peu envahissant.

[tchize_]

le but du tag set est de définir une clé à une valeur récupérée par un EL. Le role des EL n'est pas de faire un script let avec création d'objet et tout le bordel. Le role des EL c'est justement que la personne qui fait les interfaces web n'a pas à connaitre la programmation.

[grunt2000]

J'admets le principe, et on vit agréablement avec en JSP lorsque - dans le fond - on peut toujours faire sa création en <jsp:useBean ...> ou <% MaClasse monObjet = new MaClasse(); %> même si c'est moins heureux,

mais en JSF 2, cela n'est plus possible. On est en EL, et en EL pur. Sinon, il faut en passer par le managed bean... ce qui n'est pas plus élégant, foncièrement.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
<c:foreach var="élément" items="maListe">
    <h:outputText value="Bonjour tout le monde" />
 
    <c:if test="${z_êtes_nouveau_vous}">
        <c:set var="monObjet" value="... ici je voudrais créer une instance de cet objet ..." />
        <h:outputText value="Ca fait plaisir de vous recontrer!" />
    </c:if>
</c:foreach>

Quel est le scope de la variable monObjet que je voudrais avoir, idéalement?
Locale, avec une stricte zone d'existence entre <c:if> et </c:if>

Et que se passe t-il?
1) Je ne peux pas créer une variable locale de la classe que je veux.
2) La portée la plus fine que je peux lui donner, c'est view.

Et quand on y pense, c'est délirant. On s'est battus en programmation séquentielle puis objet pour éliminer les variables globales et obtenir des variables locales à la portée définissable dans un périmètre très restreint, et voici que JSF par un défaut d'écriture, met tout par terre.

Et c'est à mes yeux, sans aucun appel, une régression.

Grunt.