En viktig del av det å implementere assosiasjoner er å sikre konsistens, dvs. at objekter i hver ende av en kobling refererer korrekt til hverandre. Et eksempel på dette for 1-1-assosiasjoner er (kjønnsnøytralt) partnerskap, hvor to partnere er koblet til hverandre når partnerskap inngås og kobles fra hverandre ved en evt. skillsmisse. I denne oppgaven skal en Partner-klasse implementeres og ulike situasjoner håndteres korrekt, som illustrert nedenfor.
Partner-klassen skal inneholde informasjon om navn (en String), som bare skal kunne settes i konstruktøren, og partneren, som er et annet Partner-objekt. Navnet er ikke viktig for oppførselen, men er grei å ha med i en toString()-metode, for å skille Partner-objektene fra hverandre. Partner-klassen skal ha følgende metoder for å lese tilstanden:
- getName() - returnerer navnet knyttet til dette Partner-objektet
- getPartner() - returnerer Partner-objektet som er knyttet til dette Partner-objektet, evt. null, hvis partnerskap ikke er inngått
Partner-klassen har kun én endringsmetode, setPartner(Partner), som brukes både for å inngå partnerskap, når argumentet er et Partner-objekt, og oppløse det, når argumentet er null. Figurene under illustrerer tilfellene som må kunne håndteres, og som testes av testene det er lenket til.
p1.setPartner(p2) | Inngåelse av partnerskap: Partner-objektene p1 og p2 kobles sammen med ett kall til setPartner. Før kallet er p1 og p2 ikke koblet sammen, og etter kallet er det koblet sammen. | ||
p1.setPartner(null) | Oppløsning av partnerskap: Partner-objektene p1 og p2 kobles fra hverandre med ett kall til setPartner med null som argument. Før kallet er p1 og p2 koblet sammen, og etter kallet er det ikke lenger koblet sammen. | ||
Oppløsning og inngåelse av partnerskap i ett: Partner-objektene p1, p2, p3 og p4 er parvis koblet sammen, før ett kall til setPartner kobler sammen p1 og p3, mens p2 og p4 kobles fra deres tidligere partnere. |