Kuten olet huomannut itsesi, tämä voi olla jonkin verran alustasta riippuvainen. Koska työskentelet nanon parissa, vastaukseni tulee olemaan AVRarchitecture, kun se on käännetty gcc: llä, avr-libc: llä ja Arduino corelibraryilla.

Ensinnäkin haluan rauhoittaa teitä: tätä outoa käyttäytymistä, jonka näitte Wixeldoista, ei tapahdu tällä alustalla. Paikalliset muuttujat varataan enimmäkseen CPU-rekistereihin, sitten pinoon.

Nyt ensimmäinen yleissääntö saattaa kuulostaa itsestään selvältä: mieti kahdesti, mitä sinun ohjelmasi todella on muistettava. Käytä myös joka kerta pienintä mahdollista tietotyyppiä. C99-tyypit int8_t , uint16_t ja vastaavat ovat hyödyllisiä tässä.

Toinen sääntö, jonka kuulet usein tällä alustalla: vältä dynaamista kohdistamista, ts. code> malloc () ja new , koska usein ei ole varaa kasaan pirstoutumista. Vältä myös String -luokkaa, koska se perustuu dynaamiseen allokointiin. Valitse mieluummin staattinen allokointi tai pinoaminen pienille asioille.

Älä unohda käyttää vakioille const : tämän määritteen avulla kääntäjä voi usein optimoida vakiot välittömiksi operandeiksi. Käytä vakioiden ennakointia käyttämällä PROGMEM . Kyllä, se ei ole mukava käyttää, mutta se voi säästää paljon RAM-muistia. F () -makro vakioviestien tulostamiseen on erityistapaus PROGMEM.

Viimeiseksi, ole varovainen rekursioiden suhteen.

Edgarilla on hyviä vinkkejä, ja toistan yhden ennen muutaman lisää antamista:

vältä dynaamista muistin allokointia

Älä käytä malloc. Kun suunnittelet järjestelmää, budjetoi RAM-muistisi samalla tavalla kuin kuukausibudjettisi. Varmista, että pystyt tekemään kaiken kerralla.

Ja muutama muu vinkki:

globaali statistiikka

Hyödynnä BSS-lohko täysimääräisesti; yritä estää tilaa niin paljon kuin mahdollista globaaleissa static -ryhmissä. Voit järkyttää tai pilkata ajatusta sijoittaa kaikki globaalille tasolle, mutta upotettu on paradigman muutos, jolla on omat säännöt.

Koska sinulla on niin paljon muuttujia globaalilla tasolla, staattinen auttaa välttämään nimitilaasi saastuttamasta liikaa.

Vältä hienoja C ++ -ominaisuuksia

Yritä itse asiassa olla käyttämättä C ++ ollenkaan. C ++ vie sinut "kauemmas metallista" RAII: lla, rakentajillaan ja implisiittisellä tyyppimuunnoksellaan ... On paljon vaikeampaa pitää tiukka luettelo kaikista resursseistasi, kun kielesi tekee niin paljon kulissien takana. Jos haluat todella käyttää tiettyä C ++ -kielitoimintoa, yritä pitää koodisi sävy enemmän kuin "C, jossa on bittiä C ++", eikä "C ++, joka on upotettu upotettuun järjestelmään". Se ei mene koskaan hyvin.

Vältä erityisesti geneerisiä aineistoja / malleja, jotka kuluttavat paljon muistiasi. Joka kerta, kun käytät uutta tyyppiä mallin kanssa koodissasi, ohjelmaan kootaan toinen kopio malliluokasta, vain kyseiselle tyypille. Oletko koskaan miettinyt, miksi C ++ -binaaritiedostot voivat ilmapalloa 20, 50, jopa 100 Mt: iin? Mallit, mies. Mallit.

const

Tämän avainsanan tulisi sisältää niin monta muuttujaa kuin mahdollista. Tämän tavan säilyttäminen säästää sekä suoritus- että tilankulutusta. Opi ero const T * foo , T * const foo ja const T * const foo välillä.