Discussion :

[reneguenon]

bonjour,

Je suis en train de m'entrainer sur la certif java 1.5, et j'ai trouvé cette question sur la cohesion et couplage :
il faut dire pour chaque classe le design qui lui correpond parmis la liste suivante :
Tight Coupling - High Cohesion - Low Cohesion - Loose Coupling

1-

Code :

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

1
2
3
4
5
 
Class Truck{
String modelName;
String[] engineDetails;
}

2-

Code :

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

1
2
3
4
5
6
 
Class Truck{
String modelName;
String[] passengerList;
String[] cargoList;
}

3-

Code :

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

1
2
3
4
5
6
7
 
Class Truck{
Driver driver;
Price price;
void printDriverDetails(){}
void printPrice(){}
}

J'ai répondu
1- Loose Coupling
2- Loose Coupling
3- Low Cohesion

Mais je ne suis pas sûr, je ne vois pas de différence de design entre les classes 1 et 2

Merci d'avance pour vos suggestions

[slevy]

La cohesion est le fait qu'une classe réponde à UNE problématique et une seule.
Le couplage représente le lien plus ou moins fort d'une classe avec les autres classes (toute modification sur une classe aura une incidence sur une autre).

Donc je proposerais :
1- High Cohesion (la classe Truck - Camion- ne traite que d'aspects relatifs aux camions)
2- Low Cohesion (la classe Truck - Camion- traite aussi d'aspects relatifs à une liste de passagers)
3- Low Cohesion et Tight coupling (Truck gère le Driver et les classes Truck, Driver et Price sont liés les unes aux autres)

[reneguenon]

Merci pour ta réponse

j'ai trouvé une définition de la cohesion un peu différente de la tienne :
"The extent to which methods in a class are related ".
je ne sais pas si on peut dire que la cohesion est la faculté à gérer des méthodes d'une classe répondant à une seule problématique..

en tout cas, je comprends mieux pourquoi les classes 1 et 2 répondent à des problèmes de cohésion et non de couplage comme j'avais mis

[divxdede]

Merci pour ta réponse

j'ai trouvé une définition de la cohesion un peu différente de la tienne :
"The extent to which methods in a class are related ".
je ne sais pas si on peut dire que la cohesion est la faculté à gérer des méthodes d'une classe répondant à une seule problématique..

en tout cas, je comprends mieux pourquoi les classes 1 et 2 répondent à des problèmes de cohésion et non de couplage comme j'avais mis

La cohésion n'est pas tout à fait le fait de répondre à une seule problèmatique mais le fait qu'une classe ne réponde qu'aux problèmatiques pour laquelle elle à été créée.

[slevy]

La cohésion n'est pas tout à fait le fait de répondre à une seule problèmatique mais le fait qu'une classe ne réponde qu'aux problèmatiques pour laquelle elle à été créée.

Oui exact, c'est ce que je voulais dire.

[djsnipe]

La cohésion n'est pas tout à fait le fait de répondre à une seule problèmatique mais le fait qu'une classe ne réponde qu'aux problèmatiques pour laquelle elle à été créée.

Je ne suis pas tout à fait d'accord, une classe répond toujours aux problématiques pour laquelle elle à été créée ... elle est codée pour, même si elle est mal conçue. Je suis beaucoup plus proche de la définition de slevy, et pour moi la cohésion est le fait de concevoir des petites classes répondant à une problématique simple. La complexité provient de l'assemblage des objets. C'est là qu'intervient le couplage, quand un objet interagit avec plusieurs autres objets.

[Agent 22]

Salut tout le monde.

Pour mon 1er post, je vais vous donner la version de la cohesion décrite dans le livre de préparation à la certification SCJP pour java 6 :

• Cohesion refers to the degree in wich a class has a single, well defined role or responsability.
• High cohesion is the desirable state of a class whose members support a single, well focused role or responsability.
• Low cohesion is the undesirable state of a class whose members support multiple, unfocused roles or responsabilities.

Bonne chance à vous.