Versions Compared

Key

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

Denne siden skisserer hvordan 1-n-assosiasjoner, også kalt én-til-mange-assosiasjoner, kan kodes.

1-n-assosiasjoner er koblinger mellom objekter hvor ett objekt av en type kan ha flere av en navngitt kobling til andre objekter av en annen eller samme type, men de andre kan bare ha én kobling tilbake. Et eksempel er at en CD kan ha flere spor, mens et spor bare kan være på/inni én CD. Et CD-objekt kan altså ha ingen, én eller flere inneholder-koblinger til Spor-objekter, mens et Spor-objekt kan bare være koblet (tilbake) til ett CD-objekt.

1-n-assosiasjoner kodes i Java med et Collection-felt spesialisert med < > til riktig type og med navn tilsvarende rollen (gjerne i flertall). Navngivingen av feltet er forsåvidt underordnet, siden det er innkapslingen i form av bl.a. add og remove-metoder som er viktig. Her er diagrammet for en generell 1-n-assosiasjon og kode-malen for de to klassene som deltar i den:

PlantUML Macro
class Rolle1Klasse {
}
class Rolle2Klasse {
}

Rolle1Klasse "rolle1 0:1" -- "rolle2 0:n" Rolle2Klasse: assosiasjon


Code Block
languagejava
public class Rolle1Klasse {

	private Collection<Rolle2Klasse> roller2 = new ArrayList<Rolle2Klasse>();

	public void addRolle2(Rolle2Klasse rolle2) {
		// unngå duplikat
		if (! roller2.contains(rolle2)) {
			this.roller2.add(rolle2);
		}
	}

	public void removeRolle2(Rolle2Klasse rolle2) {
		this.roller2.remove(rolle2);
	}
}
Code Block
languagejava
public class Rolle2Klasse {

	private Rolle1Klasse rolle1;

	public Rolle1Klasse getRolle1() {
		return rolle1;
	}
	public void setRolle1(Rolle1Klasse rolle1) {
		this.rolle1 = rolle1;
	}
}

For å sette opp en gjensidig kobling, så må en opprette et objekt av den ene typen og flere av den andre og kalle henholdsvis add- og set-metoder med objekt av den andre typen som argument:

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

r1 -left-> "rolle2" r21
r1 -right-> "rolle2" r22
r21 --> "rolle1" r1
r22 --> "rolle1" r1


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

Med koden i klassene over, så må en altså selv sørge for konsistens, dvs. at hvis r1 er koblet til r21 og r22 gjennom rolle2, så er r21 og r22 koblet til r1 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.

Det skal altså være nok å kalle add- eller set-metoden for å sette opp begge koblingene (evt. koble begge av med null som argument). add- og set-metoden må derfor sjekke koblingen den andre veien, også. Dette kan være litt fiklete å gjøre rett, så her er koden for add- og set-metoden:

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.getRolle1() != this) {
		rolle2.setRolle1(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.getRolle1() == this) {
		rolle2.setRolle1(null);
	}
}
Code Block
// i Rolle2Klasse

public void setRolle1(Rolle1Klasse rolle1) {
	// sjekk om koblingen er riktig allerede
	if (this.rolle1 == rolle1) {
		return;
	}
	// fjern den gamle koblingen, om nødvendig
	if (this.rolle1 != null) {
		this.rolle1.removeRolle2(this);
	}
	this.rolle1 = rolle1;
	// opprett den nye koblingen, om nødvendig
	if (this.rolle1 != null) {
		this.rolle1.addRolle2(this);
	}
}

add- og set-metoden samarbeider på en måte om å gjøre tilstanden konsistent. Merk at innkapslingen er ivaretatt ved at begge bruker innkapslingsmetoder hos den andre.