Page History

Motivasjonen for innkapsling er todelt: For det første

1. Det er

...

1. viktig å sikre at tilstanden til alle objektene er gyldig. Dette gjøres best ved at alle endringer av tilstanden skjer ved å kalle objektets metoder, heller enn å endre på attributtene direkte. På denne måten slipper andre objekter å kjenne til alle reglene for gyldighet og konsistens, og koden blir mer robust ved at all logikk om attributter og regler samles i én klasse.

...

2. Det er

...

1. viktig at koden for en klasse ikke er avhengig av detaljer i en annen, f.eks. eksakt hvilke attributter og datatyper som brukes for å representere data, fordi dette gjør endringer lettere å håndtere.

Ta som eksempel representasjon av fornavn og etternavn for en personi et Person-objekt. Dette kan gjøres med ett java.lang.String-attributt, med fornavn og etternavn skilt med mellomrom, eller to separate java.lang.String-attributter, ett for fornavn og ett for etternavn. Uansett hvilken konkret representasjon som velges, så handler det logisk sett om å håndtere to (uavhengige) verdier og det er ingen grunn til at detaljer om hvordan representasjonen gjøres skal være kjent for andre klasser. Istedet defineres Klassen definerer derfor operasjoner for både å lese og endre disse to verdiene og implementasjonene tar seg av detaljene, som lar seg implementere av begge løsningsalternativene. Hvilket alternativ man faktisk velger er en detalj som andre klasser ikke behøver bry seg om. Dette er illustrert i følgende figur:

class Person {
	String getGivenName()
	void setGivenName(String givenName)
	String getFamilyName()
	void setFamilyName(String familyName)
}
note top: OperationsKun onlyoperasjoner

class PersonAlternative1 "Person" as Person1 {
	String givenName
	String familyName
	String getGivenName()
	void setGivenName(String givenName)
	String getFamilyName()
	void setFamilyName(String familyName)
}
note top: Impl.Alternativ alternative 1, separate attributesattributter for eachhver valueverdi

class PersonAlternative2 "Person" as Person2 {
	String fullName
	String getGivenName()
	void setGivenName(String givenName)
	String getFamilyName()
	void setFamilyName(String familyName)
}
note top: Impl. alternativeAlternativ 2, oneett attributt attributesom combiningkombinerer bothbegge valuesverdiene

For det andre er det viktig at detaljer om hvordan data representeres med attributter   kalle metoder Først og fremst gjøres dette ved å 1) definere regler for gyldighet for de ulike typene objekter og 2) sikre at alle metoder kodes i henhold til disse reglene. Dette er nøkkelen til programmeringsmetoden kalt innkapsling, som sammen med såkalte synlighetsmodifikatorer utgjør et vern mot ugyldig tilstander i programmer.

Innkapslingen av fornavn- og etternavn-verdiene er representert ved den første klassen, mens de to andre klassene er alternative implementasjoner som støtter denne innkapslingen. Andre klasser bruker bare operasjonene og trenger ikke bry seg om eller gjøre seg avhengig av hvilket alternativ som er valgt. En kan dermed bytte mellom implementasjonsalternativ 1 og 2 uten at andre klasser blir påvirket.

Her er koden for de to alternative implementasjonene av Person, navngitt som Person1 og Person2, for å gjøre det enklere å importere dem. Person1 har to String-felt, en for fornavn og en for etternavn, mens Person2 har ett String felt for fullt navn. Begge implementerer som sagt de samme metodene og kan i praksis erstatte hverandre (bortsett fra konstruktørene).

package encapsulation;

public class Person1 {

    private String givenName;
    private String familyName;

    public Person1(String givenName, String familyName) {
        this.givenName = givenName;
        this.familyName = familyName;
    }
    public String getGivenName() {
        return this.givenName;
    }
    public void setGivenName(String givenName) {
        this.givenName = givenName;
    }
    
    public String getFamilyName() {
        return this.familyName;
    }
    public void setFamilyName(String familyName) {
        this.familyName = familyName;
    }
    
    public String getFullName() {
        return this.givenName + " " + this.familyName;
    }
    public void setFullName(String fullName) {
        int pos = fullName.indexOf(' ');
        this.givenName = fullName.substring(0, pos);
        this.familyName = fullName.substring(pos + 1);
    }
}

package encapsulation;

public class Person2 {

    private String fullName;

    public Person2(String fullName) {
        this.fullName = fullName;
    }
    public String getFullName() {
        return this.fullName;
    }
    public void setFullName(String fullName) {
        this.fullName = fullName;
    }
    
    public String getGivenName() {
        return this.fullName.substring(0, this.fullName.indexOf(' '));
    }
    public void setGivenName(String givenName) {
        this.fullName = givenName + " " + getFamilyName();
    }
    
    public String getFamilyName() {
        return this.fullName.substring(this.fullName.indexOf(' ') + 1);
    }
    public void setFamilyName(String familyName) {
        this.fullName = getGivenName() + " " + familyName;
    }
}

Synlighetsmodifikatorer

Innkapsling består altså av å definere et sett operasjoner for sikker (og indirekte) tilgang til data, istedenfor å gi direkte tilgang til attributter og dermed lekke detaljer om implementasjonsteknikken til andre klasser. For å gjøre innkapslingen tydelig kan en angi i diagrammer den såkalte synligheten til navn, dvs. hvilke som skal være offentlig (kjent) og hvilke som skal være private. De offentlige skal være mulige å bruke (referere til) utenfor klassen og de private umulige. Dette illustreres med henholdsvis grønne og røde punkter eller + og - foran navnene, som vist i figuren under.

class "Person" as Person1 {
	-String givenName
	-String familyName
	+String getGivenName()
	+void setGivenName(String givenName)
	+String getFamilyName()
	+void setFamilyName(String familyName)
}
note top: Synlighet angitt med grønn og rød farge

skinparam classAttributeIconSize 0
class "Person" as Person2 {
	-String givenName
	-String familyName
	+String getGivenName()
	+void setGivenName(String givenName)
	+String getFamilyName()
	+void setFamilyName(String familyName)
}
note top: Synlighet angitt med + og -

Tilsvarende tilbyr mange objektorienterte språk mekanismer såkalte synlighetsmodifikatorer for å deklarere hvilke navn som skal være offentlige og private. Alternativ 1 over vil kodes som følger:

class Person {
	// private fields
	private String givenName;
	private String familyName;
	// public methods
	public String getGivenName() { ... }
	public void setGivenName(String givenName) { ... }
	public String getFamilyName() { ... }
	public void setFamilyName(String familyName) { ... }
}

Merk at offentlig og privat synlighet kan brukes for både operasjoner og attributter alt ettersom de oppfattes som en del av innkapslingen eller ikke (eller om innkapsling er viktig). Grunnregelen er at alle attributter er private, mens utvalgte operasjoner, de som er en del av innkapslingen, er offentlige. Men det er opp til programmereren å tenke gjennom hvilke som skal brukes hvor.

 Formålet med innkapsling er hovedsaklig å sikre riktig bruk av et objekt