Pour les comparaisons, j'ai oublié une petite chose, c'est l'interface Comparable. Elle définit une méthode compareTo(Object objet_a_comparer). Cette interface est implémenté dans un certain nombre d'objet bas-niveau comme String, Integer, Double, etc.
La méthode Arrays.sort() travaille avec les deux possibilités (selon la signature).
>Forcer la création d'une classe avec une méthode particulière pour charque fonction de comparaison est monstrueux.
Tu peux définir une seule classe de comparaison par type de comparaison (une pour trier les chaines en tenant compte de la casse et une sans tenir compte de la casse). De plus tu peux exporter ces classes de façon à ce qu'un objet extérieur puisser trier une liste d'objet selon l'un ou l'autre critère sans avoir à savoir comment est fait le tri dans le détail.
> Si tes codeurs non propres sont incapable d'utiliser les contrats, je les vois mal utiliser l'autodocumentation, les commentaires ou les assertions.
C'est exactement le cas. Il faut préciser qu'on fait de la spécification en live sans papier, sans graphe UML ou autre chose :-( (la spéc est toujours en discussion avec le client et elle change sans arret)
>c'est pour ça qu'il y à un juste milieu
Je suis d'accord, il s'agit de ne pas tomber dans l'un ou l'autre abus.
[^] # Re: Java et Linux
Posté par Pat Le Nain . En réponse au journal Java et Linux. Évalué à 1.
La méthode Arrays.sort() travaille avec les deux possibilités (selon la signature).
>Forcer la création d'une classe avec une méthode particulière pour charque fonction de comparaison est monstrueux.
Tu peux définir une seule classe de comparaison par type de comparaison (une pour trier les chaines en tenant compte de la casse et une sans tenir compte de la casse). De plus tu peux exporter ces classes de façon à ce qu'un objet extérieur puisser trier une liste d'objet selon l'un ou l'autre critère sans avoir à savoir comment est fait le tri dans le détail.
> Si tes codeurs non propres sont incapable d'utiliser les contrats, je les vois mal utiliser l'autodocumentation, les commentaires ou les assertions.
C'est exactement le cas. Il faut préciser qu'on fait de la spécification en live sans papier, sans graphe UML ou autre chose :-( (la spéc est toujours en discussion avec le client et elle change sans arret)
>c'est pour ça qu'il y à un juste milieu
Je suis d'accord, il s'agit de ne pas tomber dans l'un ou l'autre abus.