Discussion :

[singleProject]

Bonjour tous,

j'ai une classe avec plusieurs méthodes. rien de magnifique.

J'ai remarqué sans grand intérêt, que l'on pouvait utliser le toString n'importe ou et presque n'importe quand ?

Exemple :

monObjet.getNom().toString();

monObjet.getNom().toString().toString().toString().toString();

Ce n'est pas le résultat qui m'interresse, mais plutot, j'aimerais savoir comment créer une méthode par exemple isEmpty() que je pourrais appelé n'importe quand à la maniere de ce toString sur ma ligne de code.

exemple :

monObjet.getNomObjet().isEmpty();

merci !

[natha]

Oui, tu crées une classe generique avec ta méthode isEmpty() et tu fais étendre toutes tes classes de cette classe (crade).

Mieux, tu fais une interface décrivant la méthode isEmpty() et tu fais implémenter cette interface dans tes autres classes (propre).

Pas d'autre solution.

[singleProject]

oui, je vais essayer cette solution ....

mais créer une interface ... oui ok, je pourrais l'appeler comment ? parce qu'elle risque d'évoluer ....

genre package :
[chemin].[chemin].[chemin].service.util
-- unNom.class [ici l'interface]


proprement et professionnellement je pourrais la nommer comment ?

c'est peut être bête mais j'en sais rien.

[natha]

Tout dépend du sens que tu veux donner à cette méthode isEmpty().

Un nom serait peut-être Emptyable (cf Comparable, Serializable, Cloneable, ...)

Pour le nom du package, c'est selon ton organisation actuelle.

[singleProject]

ok !
merci natha.

++

[singleProject]

beuh ?

mais je ne peux pas décrire le comportement d'une méthode dans une interface ? je peux juste la déclarer ...


je voudrais bien un ti exemple tout bête, si tu as 2 minutes.


j'ai créé mon interface :

package fr.[chemin].[chemin].[chemin].service.util;

public interface Emptyable {

}

ensuite, dans la classe en question je l'implemente, mais j'ai besoin de la définir. donc pour chaque classe qui serait amené a implémenter cette interface je vais devoir répéter le même contenue de corps ....

mais comment Sun on fait le toString() qui s'utilise a volonté ?

[Tommy31]

Le toString() est défini au plus haut niveau possible de la hiérarchie, la racine Object. Tout les objets en héritant implicitement adoptent de facto le 'comportement' toString().

Le secret est de mixer à la fois l'interface et l'héritage. Si tu possèdes une classe ancêtre commune à toutes les autres, tu lui fais implémenter l'interface et définir le comportement une fois pour toute. Tous les héritiers en bénéficieront alors.

[singleProject]

rôôôôh ...

mais moi a mon niveau ? comment je peux faire ?

[EDIT]

ah je sais !

je vais faire une classe avec méthode static et basta ! non ?

[Tommy31]

Tu veux une solution propre ou crade ?

[singleProject]

crade, j'aime bien le gras & crade ...

j'déconne ...
propre bien sûr, un truc bling bling

je suis tout ouïe ...

[Tommy31]

Propre mais soumis à contrainte:

Viser l'ensemble des classes par un aspect réalisant l'introduction de l'interface et son implémentation. C'est propre et net.
Pb: l'appel doit se faire par transtypage préalable vers l'interface. C'est lourd.

Crade et hérétique:

Etendre l'implémentation d'Object dans le jdk et masquer l'original par l'extension au travers du bootclass path. Très efficace et appel de méthode direct.
Pb: jouer avec les fondemments de java est très risqué.

[natha]

Crade et hérétique:

Etendre l'implémentation d'Object dans le jdk et masquer l'original par l'extension au travers du bootclass path. Très efficace et appel de méthode direct.
Pb: jouer avec les fondemments de java est très risqué.

AAAAAAAHHHHHHHH !!!!

Vade retro !!!

[singleProject]

Viser l'ensemble des classes par un aspect réalisant l'introduction de l'interface et son implémentation.

gloups ...

ouais, donc heuuuuuuu ... oui !

[DevTeam_]

je vais faire une classe avec méthode static et basta ! non ?

Ca me semble une bonne idée, mais ça risque de dépendre de ce que tu fais dedans... Si ton traitement dépend du type de l'objet que tu vas passer en paramètre, ça peut être couteux...

Je parle de choses du genre :

Code :

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

1
2
3
4
5
6
7
8
 
public static boolean isEmpty(Object monObj) {
  if(monObj instanceof maClasse1) {
    // ...
  } else if(monObj instanceof maClasse2) {
    // ...
  } ....
}

Crade et hérétique:
[...]
Pb: jouer avec les fondemments de java est très risqué.

J'aime beaucoup !

[singleProject]

DevTeam_, oui bien sûr,

en fait c'est des traitements tout simple, struts propose justement validator, mais dans le cas me concernant, une méthode ToolBox.isEmpty(String value)
signée ainsi public static String isEmpty(String value) sera amplement suffisante, et beaucoup plus simple à comprendre.

faire autrement ... sortir la grosse bertha d'entrée de jeux ... j'en reste un "chwiya" sceptique.

a+

[natha]

Hum, je vois a quoi sert ton isEmpty() maintenant. Simplement a tester si une valeur toString() par exemple serait nulle ou vide ?

Dans JGoodies validation il y a

Code :

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

ValidationUtils.isEmpty(String str)

qui renvoie un boolean.

Tout bêtement. La classe utilitaire est quand même le plus approprié dans ces cas là (implémentation unique).

[Tommy31]

Dans StringUtils de commons-lang d'apache aussi: http://commons.apache.org/lang/api-r...a.lang.String)