Globaalit muuttujat. Onko niiden käyttäminen järkevää vai ei. Olen kuullut jonkun sanovat että niitä ei missään nimessä pitäisi käyttää (puhuttiin sulautetusta laitteen koodista).
globaalien muuttujien käyttöä pitää välttää viimeiseen asti. Ne aiheuttavat ongelmia erityisesti isoissa ohjelmissa, sekä niissä, jotka käyttävät säikeitä.
Pikkuohjelmissakaan ei kannata opetella niiden käyttöä.
0Äänestä
Lauri.
Mutta itseasiassa juurikin sulautetuissa noita globaaleja muuttujia käytetään. Syynä on tosin muistin puute sekä tehokkuus (nopeus). Eli niitä käytetään siis lähinnä pakon edestä.
Mutta kuten sanottu, niin itseään ampuu jalkaan todella pahasti, jos globaaleja muuttujia käyttää..
0Äänestä
kaikki globaaleina eikä mit...
Lauri. kirjoitti:
Mutta itseasiassa juurikin sulautetuissa noita globaaleja muuttujia käytetään. Syynä on tosin muistin puute sekä tehokkuus (nopeus). Eli niitä käytetään siis lähinnä pakon edestä.
Mutta kuten sanottu, niin itseään ampuu jalkaan todella pahasti, jos globaaleja muuttujia käyttää..
käytin viime projektissa tahalleen kaikki globaaleina eikä mitään ongelmia pitää ne hallinnassa.
0Äänestä
tiedä mitään
kaikki globaaleina eikä mit... kirjoitti:
käytin viime projektissa tahalleen kaikki globaaleina eikä mitään ongelmia pitää ne hallinnassa.
ohjelmien teosta, trolli.
0Äänestä
erillinen header muuttujille
tiedä mitään kirjoitti:
ohjelmien teosta, trolli.
ei ole trolli vaan ihan tosi
erillinen header muuttujille jne.
helvetin helppoa
0Äänestä
Balle Ramstedt
Jaa, enpä tiedä... esim. linuxin kernel (= iso ohjelma) sisältää aika läjän globaaleita muuttujia. Selaa vaikka tuolta: http://lxr.linux.no/linux-bk v2.6.11.5/ esim säikeet: http://lxr.linux.no/linux-bk v2.6.11.5/kernel/fork.c
Nyrkkisääntö lienee että jos on paljon (yli 2) keskinkertaista kokkia, niin on parempi välttää globbeja (heh). Mutta jos koodarit on huippuja (ja alle 30 kpl) niin globaalit ei haittaa, vaan ne koetaan eduksi (ei tarvitse kehittää API:a joka perkeleen tiedostolle)
C:ssähän voi tehdä näin:
foo1.c:
int bar1; /* globaali */
foo2.c:
static int bar2; /* private */
Jolloin bar2 on "privaatti" eli näkyy vain foo2.c sisäisessä koodissa.
Tilanne on aika ristiriitainen - aloittelijoita neuvotaan "älä käytä", mutta (laiskuuttaan?) gurut käyttää.
Lisäksi sääntö "älä koskaan käytä globaaleja" aiheuttaa harmaita hiuksia kokemattomien ajukuupassa (koska eivät osaa (eikä ole opetettu) vaadittavia tekniikoita, kuinka tehdä homma ei-globaalina).
0Äänestä
Balle Ramstedt
erillinen header muuttujille kirjoitti:
ei ole trolli vaan ihan tosi
erillinen header muuttujille jne.
helvetin helppoa
Ja vielä helpompaa kun käytät static-vipua .c filuissa.
0Äänestä
CBurner
erillinen header muuttujille kirjoitti:
ei ole trolli vaan ihan tosi
erillinen header muuttujille jne.
helvetin helppoa
En tiedä miten olet nimennyt muuttujasi että ne erottaa locaaleista, paikallisista muuttujista.
Yksi tapa on tehdä yksi globaali structi header fileen, eli:
typedef struct { void * whatever1; void * whatever2; int statemachine; int index; } appl_t;
appl_t appl;
Jolloin koodissa nämä globaalit muuttujat näyttävät tältä 'appl.statemachine = ...' ja erottuvat helposti paikallisista muuttujista. Lokaalit nimet voivat olla samat kuin globaalit:
Vastaukset 8
Vanhimmat
globaalien muuttujien käyttöä pitää välttää viimeiseen asti. Ne aiheuttavat ongelmia erityisesti isoissa ohjelmissa, sekä niissä, jotka käyttävät säikeitä.
Pikkuohjelmissakaan ei kannata opetella niiden käyttöä.
Mutta itseasiassa juurikin sulautetuissa noita globaaleja muuttujia käytetään. Syynä on tosin muistin puute sekä tehokkuus (nopeus). Eli niitä käytetään siis lähinnä pakon edestä.
Mutta kuten sanottu, niin itseään ampuu jalkaan todella pahasti, jos globaaleja muuttujia käyttää..
käytin viime projektissa tahalleen kaikki globaaleina eikä mitään ongelmia pitää ne hallinnassa.
ohjelmien teosta, trolli.
ei ole trolli vaan ihan tosi
erillinen header muuttujille jne.
helvetin helppoa
Jaa, enpä tiedä... esim. linuxin kernel (= iso ohjelma) sisältää aika läjän globaaleita muuttujia. Selaa vaikka tuolta:
http://lxr.linux.no/linux-bk v2.6.11.5/
esim säikeet:
http://lxr.linux.no/linux-bk v2.6.11.5/kernel/fork.c
Nyrkkisääntö lienee että jos on paljon (yli 2) keskinkertaista kokkia, niin on parempi välttää globbeja (heh). Mutta jos koodarit on huippuja (ja alle 30 kpl) niin globaalit ei haittaa, vaan ne koetaan eduksi (ei tarvitse kehittää API:a joka perkeleen tiedostolle)
C:ssähän voi tehdä näin:
foo1.c:
int bar1; /* globaali */
foo2.c:
static int bar2; /* private */
Jolloin bar2 on "privaatti" eli näkyy vain foo2.c sisäisessä koodissa.
Tilanne on aika ristiriitainen - aloittelijoita neuvotaan "älä käytä", mutta (laiskuuttaan?) gurut käyttää.
Lisäksi sääntö "älä koskaan käytä globaaleja" aiheuttaa harmaita hiuksia kokemattomien ajukuupassa (koska eivät osaa (eikä ole opetettu) vaadittavia tekniikoita, kuinka tehdä homma ei-globaalina).
Ja vielä helpompaa kun käytät static-vipua .c filuissa.
En tiedä miten olet nimennyt muuttujasi että ne erottaa locaaleista, paikallisista muuttujista.
Yksi tapa on tehdä yksi globaali structi header fileen, eli:
typedef struct
{
void * whatever1;
void * whatever2;
int statemachine;
int index;
} appl_t;
appl_t appl;
Jolloin koodissa nämä globaalit muuttujat näyttävät tältä 'appl.statemachine = ...' ja erottuvat helposti paikallisista muuttujista. Lokaalit nimet voivat olla samat kuin globaalit:
if (...) appl.index = index;