Hvis du ønsker at studere Java effektivt, vil du betragte begrebet Aggregation som en nøglefaktor i læring af objektorienteret såvel som Java. Derfor kan det være nyttigt at overveje dette spørgsmål for at forstå og implementere objektorienterede koncepter. Dette essay vil diskutere Aggregation i Java som et problematisk emne med henblik på at forbedre vores færdigheder i Java-programmering.
Før vi starter dette begreb, bør vi tage et kig på Associeringsbegrebet, fordi Aggregation er en måde at opnå Association. Faktisk er Association en relation mellem to separate klasser, som etableres gennem deres Objects. Association kan defineres som følger: en-til-en, en-til-mange, mange-til-en og mange-til-mange. I objektorienteret programmering kommunikerer et objekt med andre objekter for at bruge de funktioner og tjenester, der leveres af disse objekter. Med andre ord har hvert objekt sin egen livscyklus, og der er ingen ejer. Grundlæggende er sammensætning og aggregering klassificeret som de to former for association. Sammensætning er en begrænset form for aggregering, hvor to enheder er meget afhængige af hinanden eller har et stærkt forhold til hinanden. F.eks. menneske og hjerne. Et menneske har brug for hjernen for at leve, og en hjerne har brug for en menneskekrop for at overleve.
Aggregation er en særlig form for association, som er defineret som en ensrettet envejsforbindelse mellem klasser eller enheder. F.eks. klasserne tegnebog og penge. Wallet har penge, men penge behøver ikke nødvendigvis at have Wallet. Det betragtes således som en ensrettet relation. Kort sagt kan vi være i stand til at nævne dette begreb som nedenfor:
- Aggregation er en måde at opnå Association.
2. Hvis en klasse har en entitetsreference, er det kendt som Aggregation.
3. Aggregation i Java repræsenterer HAS-A-relation.
4. Det repræsenterer en svag relation mellem objekter.
5. Det illustrerer forholdet, hvor et objekt indeholder andre objekter som en del af dets tilstand
I nedenstående eksempel har EmployeeClass et objekt af AddressClass, og addressObject indeholder sine egne oplysninger som f.eks. by, stat og land. Med andre ord: EmployeeClass HAS-A AddressClass.
Hvorimod, spørgsmålet er, hvornår vi skal bruge aggregering eller arvelighed (is-a relation) i vores programmer, for som vi ved, er arvelighed et andet koncept i objektorienteret programmering, der er forbundet med forbindelse af objekter.
- Hvis den nye klasse er mere eller mindre som den oprindelige klasse, kan vi bruge arvelighed. Så den nye klasse er en underklasse af den oprindelige klasse nu.
- Hvis den nye klasse skal have den oprindelige klasse, kan vi bruge aggregering. Den nye klasse har den oprindelige klasse som medlem nu.
Fordel ved at bruge aggregering i vores programmer:
Den største fordel ved at bruge aggregering er faktisk genbrugelighed af kode. Genanvendelighed er brugen af eksisterende aktiver eller komponenter i nogle former inden for softwareproduktet i løbet af en udviklingsproces. Som følge heraf betyder det, at dette spørgsmål kan spille en væsentlig rolle i udviklingen af en software med høj kvalitet.
De vigtigste fordele for en software, der bruger genbrugskonceptet, er som følger:
- Forøgelse af softwareproduktiviteten.
- Forkortelse af softwareudviklingstiden.
- Udvikle software med færre mennesker.
- Flyt komponenter lettere fra et projekt til et andet.
- Reducer omkostningerne til softwareudvikling og vedligeholdelse.
- Producer mere standardiseret software.
- Producer software af bedre kvalitet og giv en kraftig konkurrencefordel.
Sammenfattende giver Aggregation dig mulighed for at designe klasser, der følger god objektorienteret praksis. Det giver også kode genanvendelighed; vi bør dog bruge andre begreber i objektorienteret programmering klogt i forskellige situationer.