Als je Java effectief wilt bestuderen, zul je het concept van Aggregatie beschouwen als een sleutelfactor in het leren van zowel Object-Oriented als Java. Daarom kan het nuttig zijn om dit onderwerp in overweging te nemen bij het begrijpen en implementeren van Object-georiënteerde concepten. Dit essay zal Aggregation in Java bespreken als een problematische kwestie om onze vaardigheden in Java programmeren te verbeteren.
Voordat we aan deze term beginnen, moeten we een blik werpen op de term Association, omdat Aggregation een manier is om Association te bereiken. In feite is Association een relatie tussen twee afzonderlijke klassen, die tot stand komt via hun Objecten. Associatie kan als volgt worden gedefinieerd: één-op-één, één-op-veel, veel-op-één, en veel-op-veel. In Objectgeoriënteerd programmeren communiceert een object met andere objecten om gebruik te maken van de functionaliteit en diensten die door die objecten worden geleverd. Met andere woorden, elk object heeft zijn eigen levenscyclus en er is geen eigenaar. Compositie en Aggregatie worden in principe geclassificeerd als de twee vormen van associatie. Compositie is een beperkte vorm van Aggregatie waarbij twee entiteiten sterk van elkaar afhankelijk zijn of een sterke relatie met elkaar hebben. Bijvoorbeeld, Mens en Brein. Een Mens heeft Hersenen nodig om te leven, en een Hersenen heeft een Menselijk lichaam nodig om te overleven.
Aggregatie is een speciale vorm van Associatie, die wordt gedefinieerd als een unidirectionele eenrichtingsverbinding tussen klassen of entiteiten. Bijvoorbeeld, Portemonnee en Geld klassen. Portemonnee heeft geld, maar geld hoeft niet noodzakelijk portemonnee te hebben. Het wordt dus beschouwd als een eenrichtingsrelatie. In het kort kunnen we deze term als volgt noemen:
- Aggregatie is een manier om associatie te bereiken.
2. Als een klasse een entiteitsverwijzing heeft, staat dit bekend als Aggregatie.
3. Aggregatie in Java vertegenwoordigt HAS-A relatie.
4. Het vertegenwoordigt een zwakke relatie tussen objecten.
5. Het illustreert de relatie waarin een object andere objecten bevat als onderdeel van zijn status
In het onderstaande voorbeeld heeft de EmployeeClass een object van AddressClass, en addressObject bevat zijn eigen informatie, zoals stad, staat, land. Met andere woorden, de WerknemersKlasse HEEFT EEN AdresKlasse.