Inhoudsopgave:
- Verklaar alle variabelen
- Verwar wachtwoorden niet met beveiliging
- Ruim je code wel op
- Plaats niet alles in één procedure
- Overweeg andere software
- Ga er niet van uit dat iedereen macro's inschakelt
- Eenvoudige experimenten opzetten is bijna altijd veel efficiënter dan het opnemen van een nieuw idee in uw bestaande code zonder te begrijpen wat die experimenten opleveren.
- Momenteel worden er over de hele wereld ten minste vijf versies van Excel gebruikt. Wanneer u een Excel-app maakt, hebt u absoluut geen garantie dat deze foutloos zal werken in oudere versies of in nieuwere versies. In sommige gevallen zijn de onverenigbaarheden duidelijk. Maar je zult ook merken dat dingen die zouden moeten werken met een eerdere versie niet werken.
- Als u apps voor anderen ontwikkelt, is uw taak moeilijker omdat u niet dezelfde soorten aannames kunt maken als wanneer u zich voor uzelf ontwikkelt.
- Niets is meer ontmoedigend dan een harde schijfcrash zonder een back-up. Als je aan een belangrijk project werkt, stel jezelf dan een eenvoudige vraag: "Als mijn computer vanavond sterft, wat zal ik dan verloren hebben? "Als uw antwoord meer dan een paar uur werk is, moet u de back-upprocedure van uw gegevens nauwkeurig bekijken. U hebt wel een procedure voor gegevensback-up, toch?
Video: Do's & Don'ts of Excel Spreadsheet Design (with Examples) 2024
Hier vindt u enkele tips waarmee u rekening moet houden wanneer u begint met het ontwikkelen van uw eigen Excel VBA-oplossingen. Het volgen van deze richtlijnen is geen wondermiddel om (programmeer) problemen te voorkomen, maar het volgen van deze richtlijnen kan u helpen valkuilen te vermijden waar anderen over struikelden.
Verklaar alle variabelen
Hoe handig het is: begin eenvoudig met het typen van uw VBA-code zonder de saaie klus te hoeven doorstaan van het declareren van elke variabele die u wilt gebruiken. Hoewel Excel u toestaat om niet-verklaarde variabelen te gebruiken, is het eenvoudigweg vragen om problemen.
Het eerste gebod van VBA-programmering zou dit moeten zijn:
Je zult elke variabele aangeven.
Als je geen zelfdiscipline hebt, voeg dan een "Option Explicit" -instructie toe bovenaan je modules. Op die manier wordt uw code niet eens uitgevoerd als deze een of meer niet-verklaarde variabelen bevat. Het niet declareren van alle variabelen heeft maar één voordeel: u bespaart een paar seconden. Maar het gebruik van niet-verklaarde variabelen zal uiteindelijk terugkomen om je te achtervolgen.
Verwar wachtwoorden niet met beveiliging
Bescherm het VBA-project met een wachtwoord en u bent veilig, toch? Fout.
Als u een VBA-wachtwoord gebruikt, kunnen de meest toevallige gebruikers uw code niet bekijken. Maar als iemand echt dit wil controleren, zal hij erachter komen hoe het wachtwoord kan worden gekraakt.
Conclusie? Als u absoluut, absoluut uw code geheim wilt houden, is Excel niet de beste keuze voor een ontwikkelplatform.
Ruim je code wel op
Nadat je app naar tevredenheid werkt, moet je hem opschonen. Taken voor codehuishouding omvatten het volgende:
-
Zorg ervoor dat elke variabele wordt gedeclareerd.
-
Zorg ervoor dat alle lijnen goed zijn ingesprongen, zodat de codestructuur duidelijk zichtbaar is.
-
Verwijder eventuele hulpmiddelen voor foutopsporing, zoals MsgBox-instructies voor foutopsporing. Afschriften afdrukken.
-
Hernoem alle slecht genoemde variabelen. Als u bijvoorbeeld de variabele MyVariable gebruikt, is de kans groot dat u de variabelenaam beschrijvend kunt maken. Je zult jezelf later bedanken.
-
Uw modules hebben waarschijnlijk een paar "testprocedures" die u schreef terwijl u iets probeerde uit te zoeken. Ze hebben hun doel gediend, dus verwijder ze.
-
Voeg opmerkingen toe, zodat u begrijpt hoe de code werkt wanneer u deze zes maanden later opnieuw bezoekt.
-
Controleer of alles correct is gespeld - met name tekst in UserForms en berichtvakken.
-
Controleer op overtollige code. Als u twee of meer procedures hebt met identieke codeblokken, kunt u overwegen een nieuwe procedure te maken die andere procedures kunnen gebruiken.
Plaats niet alles in één procedure
Wil je een onbegrijpelijk programma maken? Een efficiënte manier om dat te bereiken, is om al uw code in één mooie grote procedure te plaatsen. Als je dit programma ooit opnieuw bezoekt om wijzigingen aan te brengen, maak je zeker fouten en introduceer je enkele mooie fouten.
Zie je het probleem? De oplossing is modulaire code. Splits je programma in kleinere delen, waarbij elk deel is ontworpen om een specifieke taak uit te voeren. Nadat u deze gewoonte hebt opgepikt, zult u merken dat het schrijven van foutloze code eenvoudiger dan ooit is.
Overweeg andere software
Excel is een verbazingwekkend veelzijdig programma, maar het is niet voor alles geschikt. Wanneer u klaar bent om een nieuw project te ondernemen, neem dan de tijd om al uw opties te overwegen. Om een oud gezegde te parafraseren: "Als je alleen Excel VBA kent, lijkt alles op een VBA-macro. "
Ga er niet van uit dat iedereen macro's inschakelt
Zoals u weet, kunt u in Excel een werkmap openen met de macro's uitgeschakeld. Sterker nog, het is bijna alsof de ontwerpers van recente versies van Excel gebruikers willen uitschakelen om macro's uit te schakelen. Het inschakelen van macro's wanneer u een werkmap opent vanuit een onbekende bron, is natuurlijk geen goed idee. Dus je moet je gebruikers kennen. In sommige bedrijfsomgevingen zijn alle Microsoft Office-macro's uitgeschakeld en heeft de gebruiker geen andere keus.
Een ding om over na te denken is het toevoegen van een digitale handtekening aan de werkmappen die u aan anderen verspreidt. Op die manier kan de gebruiker er zeker van zijn dat de werkmappen daadwerkelijk van u komen en dat ze niet zijn gewijzigd. Raadpleeg het Help-systeem voor meer informatie over digitale handtekeningen.
Maak er een gewoonte van om te experimenteren
Eenvoudige experimenten opzetten is bijna altijd veel efficiënter dan het opnemen van een nieuw idee in uw bestaande code zonder te begrijpen wat die experimenten opleveren.
Ga er niet van uit dat uw code zal werken met andere Excel-versies
Momenteel worden er over de hele wereld ten minste vijf versies van Excel gebruikt. Wanneer u een Excel-app maakt, hebt u absoluut geen garantie dat deze foutloos zal werken in oudere versies of in nieuwere versies. In sommige gevallen zijn de onverenigbaarheden duidelijk. Maar je zult ook merken dat dingen die zouden moeten werken met een eerdere versie niet werken.
Excel bevat een handige compatibiliteitscontrole (kies Bestand → Info → Controleren op problemen → Compatibiliteit controleren), maar het controleert alleen de werkmap en negeert de VBA-code. De enige manier om er zeker van te zijn dat uw toepassing werkt met andere versies dan degene waarmee u deze hebt gemaakt, is om deze in die versies te testen.
Houd uw gebruikers in gedachten
Als u apps voor anderen ontwikkelt, is uw taak moeilijker omdat u niet dezelfde soorten aannames kunt maken als wanneer u zich voor uzelf ontwikkelt.
U kunt bijvoorbeeld lakser zijn met foutafhandeling als u de enige gebruiker bent. Als er een fout opduikt, heb je een vrij goed idee waar je moet kijken, zodat je het kunt oplossen. Als iemand anders uw app gebruikt en dezelfde foutmelding verschijnt, heeft hij of zij pech.En als u met uw eigen applicatie werkt, kunt u meestal zonder instructies aan de slag.
U moet het vaardigheidsniveau begrijpen van degenen die uw werkmappen gaan gebruiken en proberen te anticiperen op problemen die zij mogelijk hebben. Probeer uzelf voor te stellen als een nieuwe gebruiker van uw toepassing en identificeer alle gebieden die verwarring of problemen kunnen veroorzaken.
Vergeet niet over back-ups