10 Måder at tilpasse kode:: Blokke - dummies

Kode:: Blokke leveres med standardindstillinger, der er mest naturlige for de fleste C ++-programmer; Men som du begynder at bruge mere og mere tid i miljøet, kan du finde den kode:: Blokke kan være et venligere sted med blot et par tweaks.

Brug fanebladet

Eller brug ikke mere fanebladet. Denne indstilling gør ikke nogen forskel, hvis du arbejder på et projekt, hvor alle altid vil bruge Code:: Blocks. Problemet med fane tegn er imidlertid, at forskellige redaktører har en tendens til at fortolke fanerne forskelligt. Nogle redaktører flytter markøren til næste tabstop, nogle redaktører flytter markøren over et antal tegn, og ikke alle redaktører er enige om, hvor mange tegn der skal allokeres til en fane. Heldigvis fortolker alle redaktører det samme, så det er meget sikrere at fortælle koden:: Bloker editor for altid at bruge mellemrum og aldrig gemme faner i kildefilerne. For at gøre det skal du vælge Indstillinger → Editor. Vælg nu Generelle indstillinger til venstre og sørg for, at Brug TAB-tegn er afkrydset.

Syntaksfremhævning

Syntaksfremhævning ændrer farverne på forskellige typer af strukturer ved hjælp af en farve til søgeord, en anden farve til variable navne, en tredjedel for tegnstrenge og så videre. Dette er meget nyttigt for at undgå dumme fejl, mens du skriver. Hvis du for eksempel mispellerer et søgeord, vises det ikke i søgeordets farve. Hvis du vil aktivere denne funktion, skal du vælge Indstillinger → Redaktør → Syntax Fremhæv. Normalt kode:: Blokke kan fortælle sproget fra udvidelsen af ​​filnavnet. Hvis du bruger en filtype, der ikke er standard, skal du sørge for at føje den til listen ved at vælge Filemasks. Derudover kan du justere syntaxfremhævningsindstillingerne fra dette vindue for bedre at passe til dine behov. Dette er især vigtigt, hvis du har nogen form for synsproblemer, især enhver form for farveblindhed.

Kildekodeformatter

Dette kan være gammeldags, men en god programmør bør vise en smule stolthed i udseendet af hans kode. Dette kræver oprettelse og stabil overholdelse af en kodningsstandard. Endnu mere end det, når man arbejder på et stort team, skal alle bruge samme kodningsstandard. Ellers ser koden rodet ud, da moduler skrevet af en person har et udseende, mens de, der er skrevet af en holdkammerat, har et andet udseende - meget uprofessionelt.

Tvinge overholdelse af en kodningsformateringsstandard er let i Kode:: Blokke. Dens kode editor vil omformulere din kode for at passe enhver ønsket standard.

Koden:: Blokerer kildekoden formattering vil ikke justere variable navne. Endnu værre vil det ikke røre din programlogik. Så hvis du skriver crummy kode, skal du ikke bebrejde det på koden:: Bloker editor.

Vælg Indstillinger → Redaktør, og vælg derefter Kildeformater fra listen, der ser ud til at få et vindue, der ligner Figur 1. Forhåndsvisningsvinduet viser dig, hvordan dine valg vil se ud i praksis. Dette eksempel følger ANSI-standarden, men du kan vælge imellem mange andre fælles standarder, eller du kan vælge Brugerdefineret og derefter klikke på indrykning og formatering fanerne for at oprette din egen standard.

Figur 1: Indstilling af kildekodeformateringen kan hjælpe dig med at anvende en kodestil ensartet.

Når du har valgt en standard, vil editoren forsøge at samle dig i at bruge denne standard. Hvis du for eksempel indtaster hvis (sand) og derefter trykker på Enter, placerer redaktøren markøren på den indrykte placering under hvis . Hvis du derefter indtaster et åbent bånd, redigerer redaktøren dig op, placer bøjlen i overensstemmelse med i i hvis , hopper til næste linje, og strejf over.

Endnu bedre, når du er færdig med kodning, hvis du vælger Plugin → Source Code Formatter (AStyle), går editoren gennem dit modul og genindfører den nuværende kildekoden standard. Så hvis din arbejdskammerat ikke var helt så forsigtig med sin programmering som du var, ikke at bekymre dig - et par museklik og det er helt ryddet op.

Kodeforkortelser

Dette er en underlig mulighed. Hvis du kodes meget (læs: meget ! ), kan kodeforkortelser spare tid, især hvis du ikke er en meget god maskinskriver. Kode forkortelser giver dig mulighed for at indtaste nogle kodeord og derefter trykke Ctrl + J og voila, Koden:: Blokke editor vil indtaste den tilsvarende foruddefinerede skabelon, som du derefter udfylder.

For eksempel, hvis du skulle indtaste > klasse i en kopi af kode:: Blokerer og indtastes derefter Ctrl + J, Code:: Blokke vil først spørge dig om navnet på din klasse, og så ville det udfylde alle de ting, der er vist i figur 2. < Figur 2: Brug af kildekoden forkortelse kan spare dig meget tid, hvis du kan huske at bruge det! Kode:: Blokke leveres med et sæt forkortelser, der allerede er defineret, men du kan tilføje alle de ønskede forkortelser ved at vælge Indstillinger → Redaktør og derefter vælge Forkortelser i venstre side af vinduet.

Det gode ved kodeforkortelse er, at det kan spare meget at skrive og automatisk håndhæver kildekodeformateringsstandarden, som du vælger. Meget hurtig maskinskrivning (eller ville det være keyboarder?) Kan ikke få meget ud af denne funktion, men hvis du ikke bruger alle ti fingre, når du skriver eller ellers kun er langsom på tastaturet, vil du sandsynligvis forsøge at bruge dette funktion.

AutoComplete

Kode:: Blokke har denne seje funktion kaldet AutoComplete. Når du har indtastet et mindste antal bogstaver (standard er fire, men du ændrer det), hvis du sætter pause i din indtastning, Kode:: Blokke vil søge efter alle de ting, der starter med disse bogstaver.På denne måde kan kode:: Blokke forudse, hvad det er, du forsøger at sige.

For eksempel i Budget5-programmet, der er inkluderet i det downloadbare materiale fra Dummies. com, hvis du indtaster

Acco

og så sætter en pause på bare et halvt sekund (det er ikke så lang tid!) så vises et vindue som vist i Figur 3, der tilbyder de to ting, som Kode:: Blokke ved i dette program, der starter med Acco: klassen Konto og typedef AccountPtr . Da du mente Konto , , kan du bare trykke på Enter, og det vil udfylde dette for mig. Figur 3: Kode:: Blokke finder kun to kampe til Acco i dette program. Den første er det, jeg ledte efter. I dette eksempel opretter du en pointer til en

Konto

kaldet pAcc . Når du næste skriver ind pAcc -> og sætter pause, Kode:: Blokke åbner et vindue med de offentlige medlemmer af Konto som vist i Figur 4. Figur 4: Giv et objekt, kode:: Blokke vil finde de offentlige medlemmer tilgængelige fra det pågældende objekt. Dette er en interessant funktion, når du henviser til dine egne klasser. Mere end noget ved at vælge fra listen betyder, at du ikke indtaster funktionsnavnet forkert eller ikke stavet.

Denne funktion bliver virkelig interessant, når du indtaster et objekt, der er defineret i et bibliotek. For eksempel, hvis du indtaster

cout., får du en liste over de offentlige medlemmer, der er tilgængelige for objektet cout . Dette kan være meget nyttigt, når du ikke har dokumentation, eller du ved bare ikke, hvor du skal starte. Aktiver alle advarsler Aktivering af alle advarsler er en no brainer. Fejl, der dukker op på kompileringstid, er meget nemmere at finde (duh!) Og fixe end dem, du skal gå på jagt på dig selv i løbet af tiden. Derfor er C + + -syntaxen så kræsne - det vil sikre sig, at du har kodet præcis, hvad du havde tænkt før det går ud og skaber en eksekverbar, der gør noget helt anderledes.

Der er dog et par ting (ganske mange ting), at GNU C ++ compiler vil rette og fortsætte uden kommentar, hvis du vil have det. For eksempel er det ikke en fejl at definere en variabel i en funktion, og brug den aldrig. Eller at returnere midt i en funktion, så kodeordene efter afkastet aldrig kan udføres. Det er ikke fejl, men de ser mægtige ud til en mistroisk kompilator.

GNU-kompilatoren vil generere en advarsel, hvis den ser en af ​​disse to tilfælde eller en række snesevis af andre mistænkelige konstruktioner i din kode. Du bør gå over hver advarsel for at sikre dig, at du forstår, hvad kompilatoren klager over og hvorfor. Prøv at løse problemet, hvis du kan, men forstå det, selvom du vælger ikke at ordne det.

Advarsler vil afsløre mange fejl, der er ved at blive bugs i dine programmer.

Oprettelse af et nyt byggemål

Koden:: Blokermiljø giver dig mulighed for at oprette mere end ét byggemål. Et bygget mål giver dig mulighed for at oprette en separat eksekverbar med unikke indstillingsindstillinger.For eksempel vil du helt sikkert gerne medtage symboloplysninger i den eksekverbare, som du bruger til debug, men ikke i den, du har til hensigt at sende til kunder (se nedenfor for mere).

Du kan let oprette et Debug build-mål og et Release build-mål når du opretter projektet - lad guiden gøre alt for dig. Men det sker meget ofte, at efter uger med at arbejde på og debugging et projekt, går du bare for at frigive det for at finde ud af, at der ikke er nogen Release build target. Du skal ikke bekymre dig, du kan altid oprette et nyt byggemål på egen hånd.

Hvis du vil oprette et nyt byggemål, skal du vælge Projekt → Egenskaber og derefter vælge fanen Bygg mål. Du vil se noget, der ligner Figur 5, som viser Budget5-programmet med et enkelt Debug build-mål.

Figur 5: En af projektegenskaberne er listen over byggemål.

Brug følgende trin til at oprette et Release Build-mål:

Vælg debug-målet og klik på Duplicate.

Indtast navnet på det nye byggemål, Release.

1. Skift uddatafilenavn til binReleaseBudget5. exe og Objects Output Directory til objRelease.

2. Klik på Build Options for at indstille de ønskede byggemuligheder for dette mål og klik på OK.

3. Du vil helt sikkert slå off symboloplysninger og aktivere optimering.

4. Klik på OK for at gemme det nye byggemål.

   For at opbygge et bestemt byggemål skal du vælge Build → Select Target og derefter vælge fra de tilgængelige mål. Dette leder kode:: Blokerer til hvilken eksekverbar du vil oprette, når du vælger build.

5. Projekt - aktiver optimeringer

Du tror måske, at hver linje i C ++-kode genererer et sæt maskininstruktioner uden hensyn til linjerne af kode omkring det, og i ikke-optimeret tilstand ville du være rigtig. Optimer indbygget i GNU compiler kan generere et mere effektivt program fra din C ++ kilde ved at kigge på flere linjer kode.

Overvej følgende trivielle og fuldstændigt sammensatte (men kloge) eksempel:

// i ++; MOV EAX, jeg [BP] INC EAX MOV i [BP], EAX // fn (i) MOV EAX, jeg [BP] PUSH EAX CALL FN

Her blev linjen

i ++

omdannet til tre linjer maskinkode, der følger: Indlæs værdien af ​​ i

1. i EAX-registeret. Forøg EAX-registeret. Gem den øgede værdi tilbage til

2. i

3. . Næste linje konverterer opkaldet fn (i)

   til følgende. Indlæs værdien af ​​ i

4. i EAX-registeret. Skub værdien af ​​EAX på stakken. Foretag opkaldet.

5. Bemærk, at trin 4 faktisk er unødvendigt. Der er ingen grund til at indlæse værdien på

6. i

i EAX-registeret, fordi værdien allerede er der fra trin 1, 2 og 3. Selv en middelmådig optimizer ville bemærke dette og ikke generere det andet MOV EAX, jeg [BP] . Dette er ikke meget af besparelser, men dette eksempel er let at forstå, selvom det ikke er en så stor forbedring. Du skal være en ægte whiz på samlingssprog for at forstå de fleste optimeringer, som GNU compileren gør. Du kan aktivere optimeringer for en bestemt bygning ved at vælge Projekt → Bygningsindstillinger og derefter vælge Udgivelsesbygningen til venstre og vælge en af ​​optimeringsindstillingerne.

Teknisk set er der flere optimeringsindstillinger, fordi optimeringsprogrammet kan tage meget tid. Hvis du har et meget stort projekt, er der ikke meget point i at bruge meget tid på at optimere et modul, der ikke vil blive udført meget ofte. For små og mellemstore projekter skal du blot aktivere fuld optimering - du vil ikke bemærke de ekstra få sekunder, det tager at kompilere.

Du kan aktivere denne valgmulighed for alle bygninger ved at vælge Indstillinger → Kompilator og derefter vælge fanen Kompilator og vælge et af optimeringsfelterne. Det er imidlertid ikke sådan en god ide. Aktivér ikke optimering i projektfugludgivelsen af ​​projektet, hvis du planlægger at bruge debuggeren. Ændringerne i koden, som optimeren udfører, vil få programmet til at springe rundt i en semi-tilfældig gang, når du forsøger at gå igennem det.

Projekt - deaktiver fejlsymbolerne

Symboloplysninger er inkluderet i den eksekverbare, udelukkende til brug for debuggeren. Disse oplysninger bør ikke medtages i den version, du sender ud til brugere: Det øger størrelsen af ​​den eksekverbare unødvendigt, og værre end det frigiver farlig information til hackere, hvis man forsøger at finde en sårbarhed i dit program.

Hvis du vil deaktivere fejlfindingsinformation i feltet Opret opbygning, skal du vælge Projekt → Bygningsindstillinger og derefter vælge Release-målet til venstre. Sørg nu for, at alternativet Producer Debugging Symbols [-g] klikkes for Release-målet. (Nu er det en god tid at sørge for, at denne samme mulighed er klikket på for Debug build-målet.)

Projekt - indstilling af et programs argumenter

Nogle programmer skal udføres med kommandolinjeparametre. Kode:: Blokke giver følgende mekanisme til at levere kommandolinjeparametre, når der udføres et sådant program inde i koden:: Blokermiljø:

Vælg projekt → Indstil programmer 'Argumenter.

Vælg byggemål i øverste vindue.

1. Indtast hvad du vil i vinduet Program Argumenter.

2. Vælg OK for at lukke vinduet.

3. Når du indtaster Start eller Kør, Kode:: Blokke vil levere disse argumenter til dit program.