Jos haluat opiskella Java-ohjelmointikielenä menestyksekkäästi, pidät aggregaatio-käsitettä keskeisenä tekijänä oppiessasi olio-ohjelmointia sekä Javaa. Siksi tämän asian pohtiminen voi olla hyödyllistä oliokeskeisten käsitteiden ymmärtämisessä ja toteuttamisessa. Tässä esseessä käsitellään Aggregaatiota Javassa ongelmallisena asiana, jotta voimme parantaa taitojamme Java-ohjelmoinnissa.
Ennen tämän termin aloittamista meidän tulisi tarkastella Assosiaatio-termiä, koska Aggregaatio on tapa saavuttaa Assosiaatio. Itse asiassa assosiaatio on kahden erillisen luokan välinen suhde, joka syntyy niiden objektien kautta. Assosiaatio voidaan määritellä seuraavasti: one-to-one, one-to-many, many-to-one ja many-to-many. Oliokeskeisessä ohjelmoinnissa objekti kommunikoi muiden objektien kanssa käyttääkseen niiden tarjoamia toimintoja ja palveluja. Toisin sanoen jokaisella objektilla on oma elinkaarensa, eikä sillä ole omistajaa. Kompositio ja aggregaatio luokitellaan periaatteessa assosiaation kahdeksi muodoksi. Kompositio on aggregaation rajoitettu muoto, jossa kaksi oliota ovat erittäin riippuvaisia toisistaan tai niillä on vahva suhde toisiinsa. Esimerkiksi ihminen ja aivot. Ihminen tarvitsee aivoja elääkseen ja aivot tarvitsevat ihmiskehon selviytyäkseen.
Aggregaatio on assosiaatioiden erikoismuoto, joka määritellään yksisuuntaiseksi yksisuuntaiseksi yhteydeksi luokkien tai olioiden välillä. Esimerkiksi Lompakko- ja Raha-luokat. Lompakolla on rahaa, mutta rahalla ei välttämättä tarvitse olla lompakkoa. Näin ollen sitä pidetään yksisuuntaisena suhteena. Lyhyesti sanottuna voimme mainita tämän termin seuraavasti:
- Aggregaatio on tapa saavuttaa assosiaatio.
2. Jos luokalla on entiteettiviittaus, sitä kutsutaan aggregaatioksi.
3. Aggregaatio edustaa Javassa HAS-A-suhdetta.
4. Se edustaa heikkoa suhdetta objektien välillä.
5. Se edustaa heikkoa suhdetta objektien välillä. Se havainnollistaa suhdetta, jossa yksi objekti sisältää muita objekteja osana tilaansa
Alha olevassa esimerkissä EmployeeClassilla on AddressClass-objekti, ja addressObject sisältää omia tietojaan, kuten kaupunki, osavaltio, maa. Toisin sanoen EmployeeClass HAS-A AddressClass.
Mutta, kysymys on, milloin meidän pitäisi käyttää ohjelmissamme aggregaatiota vai periytymistä (is-a-suhdetta), koska kuten tiedämme, periytyminen on toinen oliokeskeisen ohjelmoinnin käsite, joka liittyy objektien yhdistämiseen.
- Jos uusi luokka on suunnilleen samanlainen kuin alkuperäinen luokka, voimme käyttää perintöä. Uusi luokka on nyt siis alkuperäisen luokan alaluokka.
- Jos uuden luokan on oltava alkuperäisen luokan, voimme käyttää yhdistämistä. Uudella luokalla on nyt alkuperäinen luokka jäsenenä.
Aggregoinnin käyttämisen hyöty ohjelmissamme:
Aggregoinnin käyttämisen suurin hyöty on itse asiassa koodin uudelleenkäytettävyys. Uudelleenkäytettävyys tarkoittaa olemassa olevien resurssien tai komponenttien käyttöä jossakin muodossa ohjelmistotuotteessa kehitysprosessin aikana. Näin ollen se tarkoittaa, että tällä asialla voi olla olennainen rooli laadukkaan ohjelmiston kehittämisessä.
Uudelleenkäyttökonseptia käyttävän ohjelmiston tärkeimmät edut ovat seuraavat:
- Ohjelmiston tuottavuuden lisääminen.
- Ohjelmiston kehitysajan lyhentäminen.
- Ohjelmiston kehittäminen vähemmällä väellä.
- Siirrä komponentteja helpommin projektista toiseen.
- Vähennä ohjelmistokehitys- ja ylläpitokustannuksia.
- Tuota standardoidumpia ohjelmistoja.
- Tuota laadukkaampia ohjelmistoja ja tarjoa vahva kilpailuetu.
Johtopäätöksenä voidaan todeta, että aggregaation avulla voit suunnitella luokkia, jotka noudattavat hyviä olio-orientoituneita käytäntöjä. Se tarjoaa myös koodin uudelleenkäytettävyyttä; meidän tulisi kuitenkin käyttää muita oliokeskeisen ohjelmoinnin käsitteitä viisaasti eri tilanteissa.