Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Migrated to Confluence 5.3

...

PlantUML Macro
object "r21 : Rolle2Klasse" as r21 {
}
object "r11 : Rolle1Klasse" as r11 {
}
object "r22 : Rolle2Klasse" as r22 {
}
object "r12 : Rolle1Klasse" as r12 {
}




r11 -right-> "rolle2" r21
r12 -right-> "rolle2" r21
r11 --> "rolle2" r22
r12 --> "rolle2" r22
r21 --> "rolle1" r11
r22 --> "rolle1" r11
r21 --> "rolle1" r12
r22 --> "rolle1" r12






Code Block
languagejava
Rolle1Klasse r11 = new Rolle1Klasse(), r12 = new Rolle1Klasse;
Rolle2Klasse r21 = new Rolle2Klasse(), r22 = new Rolle2Klasse();
// koblinger den ene veien
r11.addRolle2(r21);
r11.addRolle2(r22);
r12.addRolle2(r21);
r12.addRolle2(r22);
// og den andre veien
r21.setRolle1addRolle1(r11);
r22.setRolle1addRolle1(r11);
r21.setRolle1addRolle1(r12);
r22.setRolle1addRolle1(r12);

Med koden i klassene over, så må en altså selv sørge for konsistens, dvs. at hvis r11 er koblet til r21 og r22 gjennom rolle2, så er r21 og r22 koblet til r11 gjennom rolle1. Det er bedre om dette skjer automatisk, så en er sikret konsistens. Merk at dette bare gjelder når assosiasjonen er to-veis, noe den ikke alltid er.

...

Code Block
// i Rolle1Klasse

public void addRolle2(Rolle2Klasse rolle2) {
	// sjekk om koblingen er riktig allerede
	if (this.roller2.contains(rolle2)) {
		return;
	}
	this.roller2.add(rolle2);
	// opprett koblingen tilbake, om nødvendig
	if (! rolle2.hasRolle1(this)) {
		rolle2.addRolle1(this);
	}
}

public void removeRolle2(Rolle2Klasse rolle2) {
	// sjekk om koblingen er riktig allerede
	if (! this.roller2.contains(rolle2)) {
		return;
	}
	this.roller2.remove(rolle2);
	// fjern koblingen tilbake, om nødvendig
	if (rolle2.hasRolle1(this)) {
		rolle2.removeRolle1(this);
	}
}

 

 

add- metoden sørger og remove-metodene sørger dermed for å gjøre tilstanden konsistent. Merk at innkapslingen er ivaretatt ved at en klasse bruker innkapslingsmetoder hos den andre.

...