Discussion :

[Sniper37]

Bonjour,

Je reprends une application développée en Struts, tous les champs de bean existants sont en String.

Je dois utiliser des dates, des entiers, pour les date je garde le champ en String et je traite la validité de la date.

Ma question concerne les types entiers et boolean. Est-il mieux de garder le type primitif de base de la propriété ou je fais comme ce qui se fait dans l'application : mettre tout en String ?

Merci d'avance pour votre aide.

[denisC]

Euh, dans les beans, tu utilises bien ce que tu veux.

Dans les ActionForm, mieux vaux se limiter aux Strings, boolean et int. Je n'ai aucun problèmes avec ceux la.... (et leurs tableaux bien entendu)

[Sniper37]

Euh, dans les beans, tu utilises bien ce que tu veux.

Je parle des ActionForm aussi, mais ActionForm est un bean

[SEMPERE Benjamin]

En fait le mieux est d utiliser des types primitifs ou bien de redefinir la methode toString de tes objets pour l affichage, en effet pour afficher les valeurs des formulaires, Struts applique la methode toString de l objet auquel est associe le champs dans le formbean

[denisC]

ActionForm est un bean, mais un bean n'est pas un ActionForm

Effectivement, les types primitifs sont les seuls valables pour un ActionForm. Et dans un bean métier, tu mets bien ce que tu veux. (y compris des Date). Mais si tu mets un Date dans ton ActionForm, tu vas être embetté pour tout ce qui est du parsage des dates et tout ça.....
Donc laisses des types primitifs dans les ActionForms.

[djoukit]

Il est recommandé de ne mettre que des Strings dans les ActionForm et d'effectuer la conversion lors de la transmission des informations au métier. Ceci pour une raison simple : si tu mets un champ de type int ds lActionForm, alors si l'utilisateur saisit une valeur alphanumérique dans ce champ tu récupèreras un 0 au niveau de ton ActionForm, alors que si tu avais spécifié un type String pour le champ en question tu aurais récupéré la valeur saisie par l'utilisateur.

Le problème d'utiliser int par exemple est donc que tu ne peux pas faire la distinction entre une saisie érronée de l'utilisateur et une saisie de la valeur 0.

Si cela ne te pose pas de problèmes alors tu peux mettre d'autres types primitifs que String dans ton ActionForm.

++

[Sniper37]

Merci à tous..
je vais utilisé un int pour tester .. Sinon que des String pour tous les champs!

[P.A.]

Salut


Je me permet de upper ce topic car j'ai justement un problème au niveau des champs d'un ActionForm.

J'essai d'avoir un champ de type java.util.Date dans un ActionForm. Mon problème c'est que j'obtiens des erreurs de la part de beans utils converters car il n'arrive pas à convertir l'entrée de mon formulaire en champ de type Date.

Avez vous des exemples de code à ce sujet?

PS : j'ai essayé de faire en dehors de Struts des tests de conversion String => Date en utilisant beanutils mais j'y arrive pas non plus

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
            String strDate = DateFormat.getInstance().format( new Date() );
            logger.debug( "strDate = " + strDate );
            StringConverter convertor = new StringConverter();
            try {
	            Date myDateConvertie = (Date)convertor.convert( Date.class, strDate );
	            logger.debug( "Ma date convertie : " + myDateConvertie.toString() );
            }
            catch ( Exception e ) {
            	logger.error( "Erreur lors de la conversion : " + e.getLocalizedMessage() );
            }

[Sniper37]

salut,

le mieux est de passer le champ de ton formulaire en string et le convertir après lors d'une utilisation!

[P.A.]

salut,

le mieux est de passer le champ de ton formulaire en string et le convertir après lors d'une utilisation!

Oui je m'en rend compte. Mon problème c'est que j'avais déjà tout fait en utilisant des champs Date au niveau des ActionForms. Je me rend compte seulement maintenant que ça pose problème.
Je préfèrerai réussir à faire fonctionner correctement avec le type Date.

[P.A.]

Un petit UP :s