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ä?
Osoittimien hyödyt?
tollero
18287
0Äänestä
Muut lukivat myös
Luetuimmat keskustelut
- Älä unohda minuaNainen ethän unohda minua. Asiat olisivat voineet mennä toisin, olisi vain pitänyt uskaltaa lähestyä sinua kun annoit siihen mahdollisuuden. Olen pettynyt itseeni, ja se kyllä närästää. Naiselle Mieheltä
- Pitäisikö Vantaa liittää Helsinkiin.Mitä mieltä olette asiasta?
- Eläkeikä nousee 70 vuoteen. Joudunko palaamaan työelämään?Nyt se on sitten päätetty, että eläkeikä Suomessa nostetaan 70 vuoteen. https://www.is.fi/politiikka/art-2000012324133.html Pääsin 67 vuotiaana eläkkeelle viime syksynä. Tarkoittaakohan tämä, että joudun palaamaan takai…
- Moi kulta😍Eikös se ollut marraskuuta kun se meidän "flirttailu" alkoi silloin vuosia sitten? tarkoitan lähinnä niitä pitkiä katseita 🤩☺️ Kohta on siis maata mullistavien katseiden vuosipäivä 😘🤭
- Perussuomalaiset nostamassa eläkeiän 70 vuoteenRiikka Purran johtama valtiovarainministeriö haluaa nostaa eläkeiän 70 vuoteen ja taloutta sopeutettaisiin ensi vaalikaudella 8–11 miljardilla eurolla. Perussuomalaisten johtama ministeriö ilmeisesti arvelee, että seits…
- Kadutko mies?Silloin kuin vielä yritin lähestyä, etkä tarttunut siihen. Asioista pitäisi voida aina keskustella.
- Nyt on nytTurha miettiä menneitä tapahtumia. Niitä ei saa tekemättömäksi. Tärkeintä on mitä tekee nyt ja tulevaisuudessa. Korjausliikkeetkin voi tehdä jos niihin tuntee tarvetta. Paluu tulevaisuuteenkin voi olla mahdollinen jos v…
- Kyllä mulla oli tunteita sua kohtaan,mutta voit syyttää ainoastaan itseäsi, että en tehnyt mitään asian eteen. Se on ihan turhaa sinun miettiä, että miksi.
- Onko tällainen kuvio teistä okOnko tällainen kuvio teidän mielestänne ihan normaali ja hyväksyttävä? Nainen seurustelee miehen kanssa, mutta pitää samaan aikaan läheistä yhteyttä toiseen mieheen kertomatta tälle toiselle, että on parisuhteessa. Tämä…
- Niin haluaisin sut nähdä ja jutella!🙂
- Nyt kun kaikki on ohiToivon, että sulla menee hyvin ja pystyisin sinut kokonaan unohtamaan. Joskus on vaikeita hetkiä ja olen tosi pahoillani, miten sinua loukkasin ja loukkaan yhä. Se täytyy saada loppumaan.
- Pussaisitko mihinKohtaan?
- Tunnut niinKaukaiselta jo.
- Hyvää huomentaEräälle Naiselle ❤️🩹
- Empaattiset ihmisetOnko empaattiset ihmiset, etenkin naiset antavaisempia, kun ns. tavikset? Kaverin puolesta kysyn Oisko niinku mahkui?
- Jos haluat viestin...Olen vielä tämän illan palstalla. Laita halutessasi vinkki, sinä komea keski-ikäinen mies 😗
- TTK-juontaja Veronica Verho lataa suorat sanat tatuointien arvostelijoille: "Mä toivoisin, että..."Veronica Verho juontaa Tanssii Tähtien Kanssa -ohjelmaa yhdessä Ernest Lawsonin kanssa. Yksi puhuttaneimmista aiheista on ollut, miten suosikkijuontajan näyttävät tatuoinnit sopivat ohjelman pukuohjeistukseen ja tullaa…
- Tikusta asiaaMistä ihmeestä minä keksin sulle edes jotensakin järkevää asiaa parn lauseen verran... anna joku idea että kehtaan lähestyä. -töistä tuttu mies
- Et nosta minua ylösOk ei se mitään. Vajoan syvempiin vesiin💔
- Tuntuu kuin olisin vaimosiSe on erikoista se.
Vastaukset 18
Vanhimmat
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.
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.
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ä.
Jassoo
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
}
Juuri näinhän se tekee.
Mutta kertokaapas miksi näin tehdään.
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
}
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.
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.
Tuossa pari, kolme käyttötapausta:
http://kuvapilvi.fi/k/ygn1.png
Sitten tietenkin tuo mainittua malloc, mutta itse en käytä kun misra sen kieltää.
http://en.wikipedia.org/wiki/C_dynamic_memory_allocation
http://en.wikipedia.org/wiki/MISRA_C
Ja vielä pointtereista ja taulukoista:
http://stackoverflow.com/questions/859634/c-pointer-to-array-array-of-pointers-disambiguation
t:p
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...
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!
Oliko tämä vitsi? Taisi olla...
"Oliko tämä vitsi? Taisi olla..."
Selvä provo tai vitsi :) Tuossa ei ollut nyt mitään järkeä... :)
"(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.
"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.
"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....
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..