Remarques sur les balises d'extension JSP dans SpringFrameWork

Lors de l'extension des balises de formulaire

Puisque toutes les balises de formulaire confirment la liaison, une erreur de liaison se produira s'il n'y a pas de lien avec les données du modèle (dans l'attribut path).
La plupart des classes utilisent la méthode ResolutionId et, une fois convertie en HTML, l'attribut id est automatiquement défini sur la valeur associée au chemin.
Si vous ne souhaitez pas définir l'ID (par exemple, ne pas vouloir l'utiliser dans JavaScript, etc.), vous pouvez éviter le paramètre automatique en remplaçant resolId et en retournant null s'il n'est pas défini.

Lors de la création d'une étiquette de branche

Les balises de branche sont jugées en remplaçant la méthode writeTagContent à l'intérieur de la balise et en retournant s'il faut ou non évaluer la partie Body de la balise.

Lorsque vous souhaitez afficher tel quel au lieu de balises lors de la conversion en HTML

Nous ne pouvons pas le recommander, mais si vous n'avez pas d'autre choix que de le sortir tel quel, n'utilisez pas TagWriter.
Lors de l'héritage et de l'extension de la balise Spring, utilisez-la car elle a un PageContext dans le champ de la classe parent.

this.pageContext.getOut().print("lettre")

Vous pouvez sortir tel quel en écrivant directement à partir de JspWriter.

Autre mode d'emploi

Si vous souhaitez obtenir la demande, vous pouvez l'obtenir à partir de pageContext.
Après avoir créé la balise d'extension, spécifiez la classe cible avec le chemin complet, y compris le package dans le fichier tld. (Lors de la création d'un nouveau fichier tld, placez-le sous WEB-INF.)
En spécifiant la déclaration tld (taglib) dans la JSP à utiliser, la balise d'extension peut être utilisée dans cette JSP.

à la fin

Je participe actuellement à un projet de migration des entretoises au printemps (terminé ce mois-ci), mais j'avais beaucoup de différences FW, donc je l'ai résumé. Cela peut arrêter d'écrire Java pour le moment

Bonne vie de codage!