Osoittimien hyödyt?

tollero

Oon pari kertaa käyny c-kurssin ja vieläkään ei ole auennut osoittimet. Mitä hyötyä/etua näillä on ja mitä ei normaali muuttujilla voi tehdä?

18

168

Äänestä

    Vastaukset

    Anonyymi (Kirjaudu / Rekisteröidy)
    5000
    • hmhmhm

      Itsekkin olen aloittelija vasta, mutta tässä omia luulojani aiheesta.

      Osoittimen avulla voinee helposti toimittaa jonkin asian esimerkiksi funktiolle käsiteltäväksi, eli osoitin antaa vain muuttujan osoitteen, jotta funktio voi suoraan käsitellä muuttujaa vaikkei alkuperäinen muuttuja muuten olisikaan sen saavutettavissa. Näin muuttujaa ei tarvitse kopioida paikasta toiseen ja taas palauttaa. Tästä pitäisi tulla suorituskykyhyötyä.

      Sitten se ilmeisesti helpottaa muistin kanssa toimimista. Voit varata muistia joustavammin tarpeen mukaan.

      Sen avulla voinee myös rakentaa erilaisia tietorakenteita näppärästi. Linkitettyä listaa sun muuta? Mikä olisi huomattavasti vaikeampaa ilman osoittimia.

    • viittaus_toiseen

      Osoitin sisältää toisen muistipaikan osoitteen. Eli se voi olla esim. viittaus toiseen muuttujaan.
      Osoittimilla on paljon käyttöä silloin kun tehdään "oikeita" ohjelmia eikä mitään peruskoulun harkkoja.

    • 4or6

      Osoittimet ja viitteet ovat muten eri asia, kun puhutaan joistakin ohjelmointikielistä, kuten C . Erona on, että viitteiden semantiikkaa on yksinkertaistettu ja kääntäjä huolehtii itse asiassa "osoittamisen". No vaikka tämä on etu:
      void fun(uint8_t *fun_i)
      {
      *fun_i = 1;
      }

      int main(void)
      {
      uint8_t main_i = 0;

      fun(&main_i);
      }

      Tuo varaa main:ssa pinosta muuttujan ja välittää sen osoittimen välityksellä fun:lle. Fun kasvattaa muuttujaa yhdellä. Hienoa tässä on se, että muistin käyttöalue pysyy pienenä. Järkeä tässä ei niinkän kuitenkaan ole kuin esimerkillisesti: tuollainen inc-1 funktio kun tapahtuu suoraan reksiteritasolla ja sitä varten ei minkäänlaista strukturointia ole suotavaa tehdä - se hämää vain kääntäjää. Mutta jos osoittimen päässä olisikin esim. jokin struct:i, jossa on paljon jäseniä, voisi sen täyttäminen ollakin järkevää erillisessä funktiossa. Itse asiassa rakenteen kannattaisi olla sellainen, että täyttäviä funktioita olisi useita, jokainen nimetty järkevästi tekemänsä asian suhteen(ei fun_1_inc, vaan esim. ref_count_add). Funktioiden nimet kuvaisivat siis ylemmän tason logiikkaa ja structi itse datatyyppimäärittelyjä.

      • Juupa_juu

        Jassoo

    • Javaw

      Jos funktio ottaa parametrina tavallisen muuttujan, sille välitetään kopio muuttujasta, eli funktio ei muuta alkuperäisen muuttujan arvoa. Viittaus tai osoitin taas on muistiosoite, jolloin funktio voi muuttaa osoitteessa olevan muuttujan arvoa ja näinollen alkuperäisen muuttujan arvo muuttuu.

      Esimerkki:

      void kasvata(int luku) {
      luku ;
      }

      void kasvata_viittauksella(int &luku) {
      luku ;
      }

      void main() {
      int a = 10;
      kasvata(a);
      // a = 10;

      kasvata_viittauksella(b);
      // a = 11
      }

      • hmhmhm

        Juuri näinhän se tekee.

        Mutta kertokaapas miksi näin tehdään.

      • esierkkimerkki

        Yksi syy voisi olla esim. jos argumenttina annetaan muuttuja ja pitää saada takaisin useampi kuin yksi tulos.

        void pilko(uint32 muuttuja, uint8* t0, uint8* t1, uint8* t2, uint8* t3) {
        *t0 = (muttuja & 0x000000ff);
        *t1 =(muuttuja & 0x0000ff00) >> 8;
        *t2 =(muuttuja & 0x00ff0000) >> 16;
        *t3 = (muuttuja & 0xff000000) >> 24;
        }

        void main() {
        uint32 muuttuja = 0x12345678;

        uint8 t0, t1, t2, t3;

        pilko(muuttuja, &t0, &t1, &t2, &t3);

        printf("x ja x ja x ja x\n", t0, t1, t2, t3);

        // tulostaa 12 ja 34 ja 56 ja 78
        }

      • Bittinarkkari
        hmhmhm kirjoitti:

        Juuri näinhän se tekee.

        Mutta kertokaapas miksi näin tehdään.

        Aikoinaan jo Fortran-kielessä käytettiin ns. COMMON-blokkeja. Niiden tarkoituksena oli määritellä ne muuttujat, jotka olivat (haluttaessa) suoraan käytettävissä myös aliohjelmissa. Toisin sanoen aivan kaikkia muuttujia ei tarvinnut välittää aliohjelmille argumenttilistassa. Tämä oli erityisen hyödyllistä silloin, kun koko ohjelmisto käsitteli esimerkiksi jotain isonpuoleista taulukkoa (matriisia).
        Samoin C-kielen osoittimia käyttäen on mahdollista käsitellä aliohjelmissa (funktioissa) hyvin elegantisti vaikkapa suuria taulukoita (matriiseja) ilman, että niistä tehtäisiin jokaisella yksittäisellä kutsukerralla uusi kopio. Tuollaisen kopion teko kun vie kallista aikaa.

    • c-noviisi

      Mun mielestä osoittimien antaa tehokkaan tavan käyttää muistia juuri silloin kun ohjelmoija haluaa. Edut tulevat vastaan dynaamisessa muistinhallinnassa, tietorakenteissa ja isojen datamäärien käsittelyssä. Aina ei ole järkevää varata muistia pahimpaa tapausta varten.

    • pcmuseo
    • fgdijgjhc

      Osoittimet ovat tehokkaan ohjelmoinnin A ja O, joiden käyttö vaatii kohdeympäristön muistiarkkitehtuurin ymmärtämistä. Lelukielet, kuten C# (tai .NET ympäristö yleensä) on suunniteltu tolloja varten, joiden ymmärrys ei riitä osoittimia sisäistämään ja siksi näillä kielillä syntyy hitaita ala-arvoisia ohjelmia (siksi esim. kaikki kaupalliset isot softat tehdään C :lla).

      Todennäköisesti vielä tänäpäivänä koulussa opetetaan, että osoittimet ovat "pahasta", koska jo 90-luvulla Javan tullessa muotiin tätä samaa aivopesua harrastettiin...

      • tarkkana_kuin_porkkana

        Ei pelkästään osoittimilla pärjää. Ja saa niillä aikaan melkoisen spagetinkin. Toimivat tietorakenteet ovat hyvän toteutuksen perusta, johon toki myös osoittimia tarvitaan. Liialla osoittelulla saadaan aikaiseksi hidasta koodia, jonka lukeminen voi olla vieläpä epäterveellistä - ajatus karkaa helpommin, kun jokin osoitin on viattomasti väärin nimetty!

      • jkjhjhjk

        Oliko tämä vitsi? Taisi olla...

      • code_red

        "Oliko tämä vitsi? Taisi olla..."

        Selvä provo tai vitsi :) Tuossa ei ollut nyt mitään järkeä... :)

      • M-Kar

        "(siksi esim. kaikki kaupalliset isot softat tehdään C :lla). "

        Valhe. Melkoisen paljon isoista kaupallisista softista tehdään esim. Javalla tai PHP:llä. C on suosittu peleissä, laskennassa ja vanhoissa ohjelmissa jotka on sillä aikanaan tehty.

        "Todennäköisesti vielä tänäpäivänä koulussa opetetaan, että osoittimet ovat "pahasta", koska jo 90-luvulla Javan tullessa muotiin tätä samaa aivopesua harrastettiin..."

        Osoittimet tekee koodia helposti heikommin luettavaksi mutta ei ne nyt silleen pahasta ole. Niitä vaan ei juurikaan tarvitse kun eri alustojen natiiviympäristöissä joko ei käytetä osoittimia tai jos jossain on C komponenttia niin niitä on abstraktoitu aikoja sitten jemmaan, että sovelluksen koodissa niitä on vähän.

      • debian_xfce

        "Todennäköisesti vielä tänäpäivänä koulussa opetetaan, että osoittimet ovat "pahasta", koska jo 90-luvulla Javan tullessa muotiin tätä samaa aivopesua harrastettiin..."

        Ei jumankettu oli älyvapaata menoa 2000 luvun alussa, joka paikkaan javaa. Itse jouduin tunkemaan sitä windows mobileen ja tekemään c:llä natiivisti puolet. C osaaja kyllä tekee paremman softan c kielellä kuin kukaan javalla.

      • code_red

        "Ei jumankettu oli älyvapaata menoa 2000 luvun alussa, joka paikkaan javaa."

        Kyllä se siihen aikaan eräänlainen "villitys" oli, pakko myöntää :) Tosiin puhtaampi olio kuin c ja hyvin OOP aukes javalla yliopistossa.

        "C osaaja kyllä tekee paremman softan c kielellä kuin kukaan javalla."

        Ei se kielestä ole kiinni, softasta ja koodarista enemminkin. Jos valkkaa väärän kielen taikka väärän tekijän väärään projektiin niin ei se kieli ratkaise....

      • purkkaviritystä_väliin

        Koodaajan pitäisi aina kuulla ensin mitä ollaan koodaamassa - ja määritellä sitten vasta kieli, millä se tehdään(tai jopa laiteympäristö). Se on hiukan arveluttavaa, että lehdessä haetaan koodaria tekemään kehitystä kielellä "X" - ei välttämättä osu kohdille tekijän ymmärrys alueen ekosysteemistä - saati sitten bisnes-toiminta-alueesta..

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

    Takaisin ylös

    Luetuimmat keskustelut

    1. Hengenvaaralliset kiihdytysajot päättyivät karmealla tavalla, kilpailija kuoli

      Onnettomuudesta on aloitettu selvitys. Tapahtuma keskeytettiin onnettomuuteen. Tapahtumaa tutkitaan paikan päällä yhtei
      Kauhava
      195
      6798

    2. Ootko rakastunut?

      Kerro pois nyt
      Ikävä
      159
      1996

    3. Onhan sulla nainen parempi mieli

      Nyt? Ainakin toivon niin.
      Ikävä
      113
      1658

    4. Ujosteletko tosissaan vai mitä oikeen

      Himmailet???? Mitä pelkäät?????
      Ikävä
      51
      1370

    5. Suureksi onneksesi on myönnettävä

      Että olen nyt sitten mennyt rakastumaan sinuun. Ei tässä mitään, olen kärsivällinen ❤️
      Ikävä
      55
      1208

    6. Möykkähulluus vaati kuolonuhrin

      Nuori elämä menettiin täysin turhaan tällä järjettömyydellä! Toivottavasti näitä ei enää koskaan nähdä Kauhavalla! 😢
      Kauhava
      48
      1074

    7. Älä mies pidä mua pettäjänä

      En petä ketään. Älä mies ajattele niin. Anteeksi että ihastuin suhun varattuna. Pettänyt en ole koskaan ketään vaikka hu
      Ikävä
      99
      1035

    8. Reeniähororeeniä

      Helvetillisen vaikeaa työskennellä hoitajana,kun ei kestä silmissään yhtään läskiä. Saati hoitaa sellaista. Mitä tehdä?
      Kouvola
      6
      957

    9. Tarvitsemme lisää maahanmuuttoa.

      Väestö eläköityy, eli tarvitsemme lisää tekeviä käsiä ja veronmaksajia. Ainut ratkaisu löytyy maahanmuutosta. Nimenomaan
      Maailman menoa
      251
      934

    10. Kävit nainen näemmä mun

      Facessa katsomassa....
      Ikävä
      41
      899
    Aihe
    TietosuojaselosteKäyttöehdotEvästeasetuksetSäännöt