Set ja Get aksessorimetodit

kyselijä22

Hei,

en oikein ymmärrä milloin kannattaa käyttää sekä Set että Get metodeja ja milloin vain Get metodia. Jos teen vaikkapa viinirekisterin johon tallennan viinin nimen, vuosikerran ja maun niin kannattaako minun käyttää sekä Set että Get metodeja. En oikein tajua miksei aina voisi käyttää sekä Settiä ja Gettiä, mutta meille on sanottu että siinä ei ole mitään järkeä.

Tätä asiaa en ole vielä tajunnut, toivottavasti joltakin löytyy tietoa asiaan. :)

5

837

    Vastaukset

    Anonyymi (Kirjaudu / Rekisteröidy)
    5000
    • teuro

      void set_arvo(tyyppi arvo);
      tyyppi get_arvo();

      ensimmäinen asettaa arvoksi arvo ja jälkimmäinen palauttaa annetun tyypin mukaisen arvon. Muutoin en tajua kysymystäsi. Mitä tarkoitat ettei kannata käyttää molempia. Kumpaakin aksessoria tarvitaan yleensä olio-ohjelmoinnissa. Toisaalta ohjelman kannalta on aivan sama mitä nimeä käytät asettamiseen ja palauttamiseen.

      • keksa

        Niin kuin edellinen jo kertoi setillä asetetaan muuttujan arvo ja getillä pyydetään muuttujan arvo.

        Miksi näitä yleensä sitten käytetään edes? Miksi ei vain käytetä suoraan muuttujaa?

        No niitä käytetään siksi, että niiden käyttämisellä voidaan estää ohjelmoijaa tekemästä tyhmiä virheitä. Kun tälle tielle on lähdetty, niin niitä on hyvä käyttää koko ajan vaikka jonkun muuttujan kanssa ei olisis tarvettakaan.

        Ei tarvi siis arpoa että pitääkö nyt käyttää suoraan muuttujaa vai ei, kun aina pitää käyttää niitä aksessoreja.

        Otetaan esimerkiksi vaikka lompakon saldo.

        private float saldo;

        public void setSaldo(float uusiSaldo);
        {
        if(uusiSalso > 0.0) this.saldo = uusiSaldo;
        else this.saldo = 0.0;
        }

        Nyt kun joku yrittää laittaa lompakon saldoksi miinusmerkkisen arvon, niin se ei onnistu, koska itse muuttuja on private ja setteri ei anna tehdä sitä. Jos muuttuja olisi public, niin siihen voisi syöttää suoraan roskaa ja "vääriä" arvoja. Setteristä voidaan heittää myös virhe, että yritit asettaa vääränlaisen arvon.

        Sitten varsinainen vastaus kysymykseen eli miksi joskus vain toinen. Siihen pätee oikeastaan sama logiikka. Estetään virheellisen tiedon syntyminen ja tyhmät virheet.

        public class Hemmo
        {

        private Date syntymapaiva;

        public Hemmo(Date pvm)
        {
        this.syntymapaiva = pvm;
        }

        public Date getSyntymapaiva()
        {
        return this.syntymapaiva;

        }
        }

        Nyt kun uusi Hemmo-olio luodaan, niin konstruktorissa annetaan Hemmon syntymapaiva. Hemmon syntymapaiva ei voi muuttua, joten miksi antaa mahdollisuus muokata sitä sen jälkeen kun Hemmo on luotu? Siksi annetaan vain metodi syntymapaivan pyytämiseen.

        Jos jotain ei saa muuttaa tai luokan käyttäjälle sitä ei tarvitse näyttää, niin piilota ne private-määreellä. Ei siis anneta mahdollisuutta käyttää luokkaa väärin.


      • knowledge$
        keksa kirjoitti:

        Niin kuin edellinen jo kertoi setillä asetetaan muuttujan arvo ja getillä pyydetään muuttujan arvo.

        Miksi näitä yleensä sitten käytetään edes? Miksi ei vain käytetä suoraan muuttujaa?

        No niitä käytetään siksi, että niiden käyttämisellä voidaan estää ohjelmoijaa tekemästä tyhmiä virheitä. Kun tälle tielle on lähdetty, niin niitä on hyvä käyttää koko ajan vaikka jonkun muuttujan kanssa ei olisis tarvettakaan.

        Ei tarvi siis arpoa että pitääkö nyt käyttää suoraan muuttujaa vai ei, kun aina pitää käyttää niitä aksessoreja.

        Otetaan esimerkiksi vaikka lompakon saldo.

        private float saldo;

        public void setSaldo(float uusiSaldo);
        {
        if(uusiSalso > 0.0) this.saldo = uusiSaldo;
        else this.saldo = 0.0;
        }

        Nyt kun joku yrittää laittaa lompakon saldoksi miinusmerkkisen arvon, niin se ei onnistu, koska itse muuttuja on private ja setteri ei anna tehdä sitä. Jos muuttuja olisi public, niin siihen voisi syöttää suoraan roskaa ja "vääriä" arvoja. Setteristä voidaan heittää myös virhe, että yritit asettaa vääränlaisen arvon.

        Sitten varsinainen vastaus kysymykseen eli miksi joskus vain toinen. Siihen pätee oikeastaan sama logiikka. Estetään virheellisen tiedon syntyminen ja tyhmät virheet.

        public class Hemmo
        {

        private Date syntymapaiva;

        public Hemmo(Date pvm)
        {
        this.syntymapaiva = pvm;
        }

        public Date getSyntymapaiva()
        {
        return this.syntymapaiva;

        }
        }

        Nyt kun uusi Hemmo-olio luodaan, niin konstruktorissa annetaan Hemmon syntymapaiva. Hemmon syntymapaiva ei voi muuttua, joten miksi antaa mahdollisuus muokata sitä sen jälkeen kun Hemmo on luotu? Siksi annetaan vain metodi syntymapaivan pyytämiseen.

        Jos jotain ei saa muuttaa tai luokan käyttäjälle sitä ei tarvitse näyttää, niin piilota ne private-määreellä. Ei siis anneta mahdollisuutta käyttää luokkaa väärin.

        else this.saldo = 0.0;

        Eikö tuossa pitäisi ennemmin heittää virhe...


      • keksa
        knowledge$ kirjoitti:

        else this.saldo = 0.0;

        Eikö tuossa pitäisi ennemmin heittää virhe...

        ei kannata varmaan "tuotantoon" tätä koodia heittää muutenkaan


      • nörttijussi
        keksa kirjoitti:

        ei kannata varmaan "tuotantoon" tätä koodia heittää muutenkaan

        Oli kyse mistä tahansa olio-ohjelmoinnin kielestä, niissä jokaisessa täytyy erikseen kysyä ja asettaa tietyilla metodeilla muuttujiin arvot. Tämä on kapseloinnin idea, eli olio peittää sisäisen toteutuksensa ja ainoastaan tarjotaan tietyt metodit joilla pääsee olion tietoihin käsiksi.

        Javassa käytetään gettereitä ja settereitä (metodeja), C#:ssa on taas näitä varten propertyt (ominaisuudet), jotka toimivat täysin javan ko. metodien kaltaisesti, siis eivät ole muuttujia. Tässä kohtaa toivoisi Sunin tekevän vastaavat javaan.

        gettereihin ja settereihin ei kannata tunkea logiikkaa, ne on vain tietojen asettamista ja hakemista varten. Logiikka kannattaa asettaa omaan metodiinsa. Getterien ja setterien osalta voidaan sanoa, että olio osaa kertoa tietonsa ja asettaa tiedot. Tämä on niiden ainoa tehtävä.

        Myös testauksen kannalta on järkevämpää, että logiikkaa on omissa metodeissaan joita testataan eikä getterissä ja settereissä.


    Ketjusta on poistettu 0 sääntöjenvastaista viestiä.

    Luetuimmat keskustelut

    1. Jens Ihlen (ex Kukka) poika todistaa oikeudessa

      10:49 "Välit ovat olemattomat" Minkälainen isäsi ja sinun välinen suhde on tällä hetkellä? "Minulla ei ole minkäännäkö
      Maailman menoa
      280
      10316
    2. K-kaupassa on mukava käydä, kun ei tarvitse katsella köyhiä

      vasemmistolaisia, joista monet myös varastavat. Mielellään maksaa vähän enemmän tuotteista K-kaupassa, jotka ovat paljon
      Maailman menoa
      245
      6006
    3. Suomeen ei kuulu ihmiset jotka ei halua kätellä toisia ihmisiä, koska tämä on vääräuskoinen

      Nainen joka ei halunnut kätellä Stubbia on selvästi ääripään muslimi, eli sitä sakkia josta niitä ongelmia koituu. Ulos
      Maailman menoa
      173
      5434
    4. PS:n Purra teki -JÄTTI-VELAT

      * * PS:n Purra teki -JÄTTI-VELAT - ! ja jätti MaksuHuolet -Kansan Maksettavaksi -! *
      Maailman menoa
      95
      5048
    5. Vain vasemmistolaiset rakennemuutokset pelastavat Suomen

      Kansaa on ankeutettu viimeiset 30+ vuotta porvarillisella minäminä-talouspolitiikalla, jossa tavalliselta kansalta on ot
      Maailman menoa
      19
      3325
    6. Persut huutaa taas: "kato! muslimi!"

      Persut on lyhyessä ajassa ajaneet läpi kaksi työntekijöiden oikeuksien heikennystä, joita se on aiemmin vastustanut. Pe
      Maailman menoa
      9
      2714
    7. Ootko sä nainen suuttunut

      jostain? Harmi jos tullut väärinkäsityksiä.
      Ikävä
      214
      2622
    8. Nainen, sanotaan että totuus tekee kipeää

      Ehkä mutta se voi olla myös se kaikkein kamalin asia kohdata. Kuplassa on turvallista, kun tietää vähemmän on helpompi.
      Ikävä
      17
      2444
    9. Menen nyt koisimaan

      Ja en ehkä palaa tänne. Asia on nyt loppuunkäsitelty ja totuus tuli ilmi
      Ikävä
      28
      2294
    10. Valtio lopettaa pienituloisten perheiden kylpylälomien tukemisen

      Pienituloiset suomalaiset ovat voineet vuosikymmenten ajan hakea tuettuja lomia terveydellisin, sosiaalisin ja taloudell
      Maailman menoa
      382
      2217
    Aihe