Näyttää siltä, että olen aiheuttanut vuosien varrella jonkin verran vihaa kiistanalaisen kantani vuoksi, että Option Explicit ei ole hyödyllinen VBA: ssa. Minua muistutti asiasta äskettäin, kun tein Skype-istunnon Brasilian Excel Weekendissä. Olen kirjoittanut kirjan QUE: lle Excel VBA: sta. Tämä kirja on käännetty portugaliksi Brasilian markkinoille. Joten olen ilmeisesti opettanut Brasilian hienoille ihmisille Excel VBA: ta 15 vuoden ajan. Nyt kun olen 15 vuotta vanhempi ja viisaampi, myönnän, että voi olla hyviä syitä käyttää Option Explicitia.
Notre Damessa kävin liikekursseja keskittyen voimakkaasti ohjelmointiin. Outojen olosuhteiden takia otin kaikki ND: ssä olevat ohjelmointikurssit sekä tekniikan että kauppakorkeakouluista. Olen oppinut Fortranin, Pascalin, Assemblerin ja COBOLin. Rakastin ohjelmointia. Nuo ohjelmointikurssit pelastivat GPA: n ja estivät minua heittämästä ulos. Tuolloin professorit kertoivat meille, että meidän oli suunniteltava ohjelmamme ja piirrettävä käsin vuokaaviot ennen koodauksen aloittamista. Olin kapinallinen. Kirjoitin ensin ohjelman ja sitten piirrän vuokaavion, kun olin valmis.
Vietin urani ensimmäiset 18 kuukautta kirjoittamalla COBOL-ohjelmia. Mutta sitten siirryin talouteen ja työskentelin kymmenen vuotta rahoituksessa ja kirjanpidossa. Tein enimmäkseen kirjanpitotyötä, mutta kun jouduin kirjoittamaan jonkin verran koodia, tiesin tarpeeksi kirjoittamaan koodin.
Ohjelmoin makrot Lotus 1-2-3: ssä ja aloin sitten kirjoittaa VBA-makroja sen jälkeen, kun vaihdoimme Exceliin vuonna 1995. Olin edelleen kapinallinen siinä vaiheessa: Muuttujien ilmoittaminen etuajassa tuntui liikaa kuin vuokaavion piirtäminen ennen koodin kirjoittamista. En ole koskaan sellainen, joka suunnittelee eteenpäin. Sukella sisään. Aloita koodaus. Jos tarvitset uuden muuttujan jonnekin matkan varrella, luo muuttuja.
Olin kapinallinen, kirjoitin koodin ensin ja piirsin vuokaavion myöhemmin. Muuttujien ilmoittaminen, väitin, on virallisille ohjelmoijille. Jos työskentelet kirjanpidossa ja vain koputat 20 koodiriviä, ei ole mitään syytä ilmoittaa muuttujat etukäteen.
Asentoni siitä on saanut minut ystävällisiin väitteisiin muiden Excel-asiantuntijoiden kanssa. Jordan Goldmeier. Bob Phillips. Cristiano Galvão.
Ensinnäkin, olen aina suositellut objektimuuttujien ilmoittamista. Alla olevassa koodissa WSD ilmoitetaan laskentataulukoksi ja määritetään Set-komennolla. Jos ilmoitat objektimuuttujan, voit selata kaikkia ominaisuuksia ja menetelmiä kirjoittamalla muuttujan ja sen jälkeen pisteen.
Jos et käytä Option Explicitia, sinulla on kirjoitusvirheiden vaara. Alla olevaan koodiin luodaan muuttuja nimeltä FinalRow. Seuraavalla rivillä tarkoitin todennäköisesti siirtyä 2: stä FinalRow: een, mutta kirjoitin muuttujan väärin nimellä Fina1Row.
Ilman selkeää vaihtoehtoa joku ei ehkä ymmärrä, että kirjoitusvirhe on olemassa. FinalRow-muuttuja saattaa sisältää 100. Mutta silmukan sisällä olevaa koodia ei suoriteta, koska Fina1Row-muuttujaa ei koskaan alustettu ja se sisältää nollan.
Voit estää turhautumisen virheenkorjauksessa koodilla mahdollisilla kirjoitusvirheillä avaamalla Työkalut, Asetukset VBA-valikosta. Valitse Vaadi muuttujailmoitus -ruutu, joka näkyy alla.
Kaikki tulevat moduulit alkavat rivillä, joka sanoo Option Explicit. Sinun on lisättävä uusia rivejä makron yläosaan, jotka määrittelevät FinalRow- ja i-muuttujat. Excel ei kerro kirjoitusvirheestä, ennen kuin yrität todella suorittaa makron. Sitten he ilmoittavat, että muuttujaa ei ole määritelty.
Joten, se on puhelusi. Jos et halua suunnitella etukäteen ja ilmoittaa kaikki muuttujat, sinulla on VBA: n turvaverkko, joka ilmoittaa, jos kirjoitit muuttujan väärin. Minulle on mieluummin mielenkiintoista koodin virheenkorjaus rivi kerrallaan ja itse kirjoittamisvirheiden löytäminen. Mutta jos et halua elää vaarallisesti, ota rohkeasti käyttöön Option Explicit.
En ole varma, liittyivätkö toimintani vaiheet 5, 8 tai 9 12 vaiheesta. Mutta jos joku käytti ylimääräistä aikaa koodin virheenkorjaukseen kirjoitusvirheen takia, olen pahoillani siitä, että aiheutin sinulle tuskaa.
Joka lauantai keskustelen eräästä huonosta tapastani Excelissä ja keskustelen siitä, miksi ehkä sinun pitäisi tehdä mitä sanon sen sijaan, että tekisin sen, mitä teen.
Päivän Excel-ajatus
Olen pyytänyt Excel Master -kaveriltani neuvoja Excelistä. Tämän päivän ajatus miettiä:
"Älä muuta taulukkolaskentakehittäjien keskiarvoa."
Jordan Goldmeier
