1
00:00:07,210 --> 00:00:10,250
[Powered by Google Translate] In deze video bespreken we code-stijl, dat is iets

2
00:00:10,250 --> 00:00:12,240
dat is nabij en dierbaar mijn hart.

3
00:00:12,240 --> 00:00:15,190
Stijl beschrijft hoe uw code wordt geformatteerd, dat is

4
00:00:15,190 --> 00:00:18,030
onafhankelijk van wat de code eigenlijk doet.

5
00:00:18,030 --> 00:00:21,470
Niet alleen zal een goede stijl krijg je een betere rang in CS50,

6
00:00:21,470 --> 00:00:23,830
maar het zal ook helpen bij het schrijven code die veel meer

7
00:00:23,830 --> 00:00:26,680
leesbaar en onderhouden, dat aan het eind van de dag,

8
00:00:26,680 --> 00:00:29,200
gaat om uw leven een stuk eenvoudiger te maken.

9
00:00:29,200 --> 00:00:31,810
>> De drie belangrijkste onderdelen van de code stijl die we zullen bespreken

10
00:00:31,810 --> 00:00:34,500
Deze video is een commentaar, opmaak,

11
00:00:34,500 --> 00:00:35,750
en variabele namen.

12
00:00:35,750 --> 00:00:37,350
Laten we beginnen met commentaar.

13
00:00:37,350 --> 00:00:40,020
Vergeet niet, opmerkingen hebben geen effect op de

14
00:00:40,020 --> 00:00:41,770
functionaliteit van uw code.

15
00:00:41,770 --> 00:00:45,650
Ze dienen slechts als nuttige tips voor ons als programmeurs.

16
00:00:45,650 --> 00:00:48,680
Goede opmerkingen moeten beantwoorden een van de twee vragen.

17
00:00:48,680 --> 00:00:52,140
>> Ten eerste, wat deze blok code doen?

18
00:00:52,140 --> 00:00:54,890
Dit is een kort en beschrijving van de toepassing van

19
00:00:54,890 --> 00:00:56,500
de lijnen die volgen.

20
00:00:56,500 --> 00:00:59,330
Bijvoorbeeld, moet u naar de plaats waar je

21
00:00:59,330 --> 00:01:01,450
implementeerde een bepaalde functie naar een vast

22
00:01:01,450 --> 00:01:02,990
bug of iets veranderen.

23
00:01:02,990 --> 00:01:06,060
Zonder opmerkingen, moet u verdiepen in vele lijnen van

24
00:01:06,060 --> 00:01:09,550
code probeert hetzelfde te achterhalen waar die functie is.

25
00:01:09,550 --> 00:01:11,990
Of als het is al een paar dagen geleden dat je hebt gekeken naar een van de

26
00:01:11,990 --> 00:01:14,820
uw programma's, zou je niet meer weet wat een bepaalde

27
00:01:14,820 --> 00:01:16,580
functie of lus werkt.

28
00:01:16,580 --> 00:01:18,840
Dus opmerkingen zullen maken reacquainting jezelf met

29
00:01:18,840 --> 00:01:21,530
oude code, of kennis te maken met iemand anders

30
00:01:21,530 --> 00:01:23,700
code, veel soepeler.

31
00:01:23,700 --> 00:01:26,640
De tweede vraag een goede reactie antwoorden is waarom heb ik

32
00:01:26,640 --> 00:01:29,100
implementeren dit blok op deze manier?

33
00:01:29,100 --> 00:01:30,960
Als u code schrijft, zul je vaak nodig hebt

34
00:01:30,960 --> 00:01:32,650
om ontwerpbeslissingen te kunnen nemen.

35
00:01:32,650 --> 00:01:35,210
Moet ik gebruik maken van een while-lus of een for-lus hier?

36
00:01:35,210 --> 00:01:38,080
Moet ik dit blok code te maken in een aparte functie?

37
00:01:38,080 --> 00:01:40,650
Met behulp van opmerkingen kunt u documenteren uw ontwerp

38
00:01:40,650 --> 00:01:43,650
beslissingen, waardoor uw code gemakkelijker te begrijpen

39
00:01:43,650 --> 00:01:46,390
voor anderen, kan die zich afvragen exact dezelfde

40
00:01:46,390 --> 00:01:48,690
ontwerp vragen als ze lezen uw code.

41
00:01:48,690 --> 00:01:51,430
Of zelfs jezelf, als je terug naar een blok van code na

42
00:01:51,430 --> 00:01:53,200
enige tijd.

43
00:01:53,200 --> 00:01:56,110
>> In C, en de andere talen we zullen zien in CS50, zijn er

44
00:01:56,110 --> 00:01:59,660
twee manieren om commentaar toe te voegen aan uw code, in-line comments

45
00:01:59,660 --> 00:02:01,970
en multi-line commentaar.

46
00:02:01,970 --> 00:02:05,300
In-line opmerkingen zijn zeer geschikt voor het documenteren van stukken code

47
00:02:05,300 --> 00:02:06,680
in functies.

48
00:02:06,680 --> 00:02:09,250
Bijvoorbeeld kan een in-line geplaatst beschrijven

49
00:02:09,250 --> 00:02:12,680
doel van een for-lus of een hoek zaak die noodzakelijk

50
00:02:12,680 --> 00:02:14,030
een voorwaarde.

51
00:02:14,030 --> 00:02:17,450
Multi-line opmerkingen zijn zeer geschikt voor het documenteren van functies.

52
00:02:17,450 --> 00:02:19,830
Wanneer u een functie te schrijven, moet je altijd, altijd,

53
00:02:19,830 --> 00:02:23,190
altijd documenteren wat het doet met een reactie.

54
00:02:23,190 --> 00:02:25,980
Hieronder vallen welke de ingangen voor de functie zijn, wat de

55
00:02:25,980 --> 00:02:28,740
output van de functie, en misschien waarom de functie

56
00:02:28,740 --> 00:02:31,100
geïmplementeerd als dat het.

57
00:02:31,100 --> 00:02:33,540
Wanneer u een functie handtekening te wijzigen, gaat u terug

58
00:02:33,540 --> 00:02:36,840
waarde, of de uitvoering, is het belangrijk om ook een update van de

59
00:02:36,840 --> 00:02:39,420
bijbehorende documentatie commentaar.

60
00:02:39,420 --> 00:02:41,650
Een mismatch tussen reactie van een functie en

61
00:02:41,650 --> 00:02:45,360
implementatie kan echt verwarrend voor lezers.

62
00:02:45,360 --> 00:02:48,670
Ook het creëren van een multi-line commentaar op de top

63
00:02:48,670 --> 00:02:52,180
van elk. c of. h bestand dat u schrijft, beschrijft wat de

64
00:02:52,180 --> 00:02:55,090
bestand niet, is ook een zeer goed idee.

65
00:02:55,090 --> 00:02:58,000
>> Als je commentaar uw code, een van de eerste vragen die je

66
00:02:58,000 --> 00:03:01,800
misschien is, nou ja, hoeveel moet ik commentaar mijn code?

67
00:03:01,800 --> 00:03:04,260
Het is vaak niet nodig om aan te tonen elke

68
00:03:04,260 --> 00:03:06,040
een regel code.

69
00:03:06,040 --> 00:03:09,850
Bijvoorbeeld, een lijn die zegt int x = 5 heeft geen behoefte aan een

70
00:03:09,850 --> 00:03:13,110
zei er wel eens die zegt "ingesteld x tot 5".

71
00:03:13,110 --> 00:03:16,260
Niet commentaar genoeg, hoewel, zoals we hebben gezien, kan

72
00:03:16,260 --> 00:03:18,840
het begrijpen van uw code erg moeilijk.

73
00:03:18,840 --> 00:03:21,860
Dus een goede vuistregel is om te reageren interessant blokken van

74
00:03:21,860 --> 00:03:25,700
code, waarbij een blok bestaat uit een paar verwante lijnen.

75
00:03:25,700 --> 00:03:27,610
>> Dus laten we eens kijken naar een voorbeeld.

76
00:03:27,610 --> 00:03:29,695
Hier is een niet-commentaar C functie.

77
00:03:32,670 --> 00:03:36,070
Oke, aangezien dit een functie, het eerste wat we nodig hebben om toe te voegen

78
00:03:36,070 --> 00:03:38,560
is een reactie uit te leggen wat de functie-ingangen

79
00:03:38,560 --> 00:03:40,440
zijn en wat het doet.

80
00:03:40,440 --> 00:03:43,800
Dus voegen we een multi-line commentaar.

81
00:03:43,800 --> 00:03:44,500
Geweldig.

82
00:03:44,500 --> 00:03:47,220
Nu weten we precies wat onze functie doet.

83
00:03:47,220 --> 00:03:49,530
Laten we nu een aantal in-line commentaar.

84
00:03:49,530 --> 00:03:53,260
We kunnen verdelen onze code in twee blokken van dezelfde lijnen.

85
00:03:53,260 --> 00:03:56,850
Lijnen 4 en 5 construct strings gebaseerd op de input en

86
00:03:56,850 --> 00:03:58,690
lijnen 6 tot en met 9-uitgang die

87
00:03:58,690 --> 00:04:00,660
strings binnen songteksten.

88
00:04:00,660 --> 00:04:03,860
Dus laten we aantonen dat met commentaar.

89
00:04:03,860 --> 00:04:04,470
Awesome.

90
00:04:04,470 --> 00:04:06,440
Nu onze functie is commentaar.

91
00:04:06,440 --> 00:04:09,270
>> Merk op dat onze in-line commentaar niet hoeven te gebruiken compleet

92
00:04:09,270 --> 00:04:11,270
zinnen of eindigen met een punt.

93
00:04:11,270 --> 00:04:14,780
Het is belangrijk dat er een ruimte tussen de tweede schuine streep

94
00:04:14,780 --> 00:04:16,680
en het begin van de reactie.

95
00:04:16,680 --> 00:04:19,010
Dit is de frequentie van opmerkingen binnen uw programma's

96
00:04:19,010 --> 00:04:21,810
dat je moet schieten voor.

97
00:04:21,810 --> 00:04:25,180
Let hier op de manier waarop we de twee blokken van gerelateerde code gescheiden

98
00:04:25,180 --> 00:04:28,560
binnenkant van onze koor functie met een extra carriage return.

99
00:04:28,560 --> 00:04:31,260
>> Dit brengt ons bij het volgende onderdeel van de code stijl,

100
00:04:31,260 --> 00:04:32,350
formatteren.

101
00:04:32,350 --> 00:04:34,410
Toen ik voor het eerst de programmering begonnen, ik raakte de Enter

102
00:04:34,410 --> 00:04:37,970
sleutel zeer zelden, wat resulteerde in gigantische, onleesbaar

103
00:04:37,970 --> 00:04:39,250
blobs van de code.

104
00:04:39,250 --> 00:04:41,890
Ik denk dat ik eigenlijk mijn lesgeven collega beledigd, omdat ze

105
00:04:41,890 --> 00:04:43,610
was niet al te blij met me.

106
00:04:43,610 --> 00:04:46,620
Visueel groeperen blokken van gerelateerde code, met behulp van vervoer

107
00:04:46,620 --> 00:04:50,310
rendementen, kan uw code gemakkelijker om duidelijk romen en

108
00:04:50,310 --> 00:04:54,020
af te bakenen welke regels code uw opmerkingen zijn uit te leggen.

109
00:04:54,020 --> 00:04:57,100
Dat gezegd zijnde, het verspreiden van uw code te veel, net als bij

110
00:04:57,100 --> 00:05:00,020
twee of meer lijnen tussen code blokken of functies, kan

111
00:05:00,020 --> 00:05:02,470
maken het ook veel minder leesbaar.

112
00:05:02,470 --> 00:05:04,230
>> Inspringen is een ander belangrijk

113
00:05:04,230 --> 00:05:06,150
aspect van de code-formaat.

114
00:05:06,150 --> 00:05:09,410
Altijd, altijd, altijd streepje het lichaam van een functie, lus,

115
00:05:09,410 --> 00:05:10,620
of aandoening.

116
00:05:10,620 --> 00:05:13,410
Dit maakt duidelijk dat regels code zijn in een

117
00:05:13,410 --> 00:05:15,650
lus, bijvoorbeeld, en die coderegels

118
00:05:15,650 --> 00:05:17,980
zijn daarbuiten.

119
00:05:17,980 --> 00:05:21,290
CS50 raadt u inspringen met vier ruimtes, maar

120
00:05:21,290 --> 00:05:24,040
als u kiest voor iets anders, moet u consequent

121
00:05:24,040 --> 00:05:25,550
in uw code.

122
00:05:25,550 --> 00:05:28,640
Op deze nota, CS50 adviseert u beugel plaatsen

123
00:05:28,640 --> 00:05:30,100
op hun eigen lijn.

124
00:05:30,100 --> 00:05:32,930
Op die manier zal steunen visueel line-up op dezelfde links

125
00:05:32,930 --> 00:05:37,200
marge, dus het glashelder is waar een blok begint en eindigt.

126
00:05:37,200 --> 00:05:40,760
Echter, het is ook goed om beugels te plaatsen op dezelfde lijn als een

127
00:05:40,760 --> 00:05:43,910
voorwaarde, bijvoorbeeld om ruimte te besparen.

128
00:05:43,910 --> 00:05:46,720
Als u dit doet, hoewel, zorg ervoor dat u een spatie

129
00:05:46,720 --> 00:05:50,200
voor de accolade dus het is niet naast een afsluitende smooshed

130
00:05:50,200 --> 00:05:51,780
haakje of een woord.

131
00:05:51,780 --> 00:05:54,370
>> Wat u ook kiest, het belangrijkste is zijn om

132
00:05:54,370 --> 00:05:57,130
consequent door uw code.

133
00:05:57,130 --> 00:05:58,700
Wat we niet willen zien, is echter

134
00:05:58,700 --> 00:06:00,680
ingesprongen accolades.

135
00:06:00,680 --> 00:06:03,120
Hierdoor maakt de beugels lijken losgekoppeld van de

136
00:06:03,120 --> 00:06:06,100
conditie, lus, of functie ze afbakenen, waardoor

137
00:06:06,100 --> 00:06:08,150
de code moeilijk te lezen.

138
00:06:08,150 --> 00:06:11,190
In C en de andere talen we zullen zien, accolades zijn

139
00:06:11,190 --> 00:06:14,150
optioneel voor enkele lijn voorwaarden of lussen.

140
00:06:14,150 --> 00:06:16,790
Het is fijn om accolades weglaten in dit geval, maar als

141
00:06:16,790 --> 00:06:19,200
u dit doet, moet u consequent

142
00:06:19,200 --> 00:06:21,350
in uw code.

143
00:06:21,350 --> 00:06:24,280
>> Bij het definiëren van functies, CS50 raadt je schrijft het

144
00:06:24,280 --> 00:06:27,440
terug type van de functie op dezelfde lijn als de naam van

145
00:06:27,440 --> 00:06:28,930
de functie.

146
00:06:28,930 --> 00:06:31,900
Echter, het is ook op OK om het return type schrijven op zijn eigen

147
00:06:31,900 --> 00:06:35,160
lijn, die kan maken functiedefinities gemakkelijker te vinden in

148
00:06:35,160 --> 00:06:36,880
wat tekst editors.

149
00:06:36,880 --> 00:06:39,550
>> Tot slot, zorg ervoor dat spaties rond

150
00:06:39,550 --> 00:06:41,330
trefwoorden en exploitanten.

151
00:06:41,330 --> 00:06:45,580
Bijvoorbeeld, een lijn die zegt int x = 5 is veel gemakkelijker te

152
00:06:45,580 --> 00:06:48,590
lezen als er spaties rond de gelijk-teken.

153
00:06:48,590 --> 00:06:52,070
Ook, zorg ervoor dat je een spatie na zoekwoorden vinden als,

154
00:06:52,070 --> 00:06:53,460
voor en tijdens.

155
00:06:53,460 --> 00:06:56,270
Zonder een ruimte, kunnen deze eruit functie-aanroepen,

156
00:06:56,270 --> 00:06:57,850
waarvan zij geen.

157
00:06:57,850 --> 00:07:00,600
>> Dus laten we eens kijken naar een voorbeeld van de toepassing van goede stijl

158
00:07:00,600 --> 00:07:02,760
een slecht opgemaakte blok code.

159
00:07:08,260 --> 00:07:10,660
Oke, laten we beginnen vanaf de top.

160
00:07:10,660 --> 00:07:13,670
We kunnen zien dat de opening brace van de belangrijkste is op dezelfde

161
00:07:13,670 --> 00:07:15,900
lijn als naam van de functie.

162
00:07:15,900 --> 00:07:18,700
Als we dit gaan doen, moet er een ruimte tussen

163
00:07:18,700 --> 00:07:22,020
het sluiten haakje en de brace, zoals dit.

164
00:07:22,020 --> 00:07:24,960
Echter, CS50 adviseert beugels staan

165
00:07:24,960 --> 00:07:26,080
op hun eigen lijn.

166
00:07:26,080 --> 00:07:28,500
Dus laten we dat doen.

167
00:07:28,500 --> 00:07:30,830
Nu we in het lichaam van de hoofdfunctie, moeten we

168
00:07:30,830 --> 00:07:33,070
om te beginnen met inspringen code, we zullen gebruik maken van de

169
00:07:33,070 --> 00:07:34,500
aanbevolen vier ruimten.

170
00:07:45,980 --> 00:07:48,990
Vervolgens zien we dat er geen ruimte rond het gelijkteken

171
00:07:48,990 --> 00:07:50,510
hier, dus laten we aan toevoegen dat.

172
00:07:53,270 --> 00:07:56,420
Hier zien we dat er geen ruimte is tussen de if en de

173
00:07:56,420 --> 00:07:59,740
geopend haakje, dus laten we aan toevoegen dat, samen met enkele ruimte rond

174
00:07:59,740 --> 00:08:01,710
het groter dan teken.

175
00:08:01,710 --> 00:08:04,750
Opnieuw zien we dat er geen ruimte tussen de sluiting haakje en

176
00:08:04,750 --> 00:08:06,430
de opening brace hier.

177
00:08:06,430 --> 00:08:08,970
Als we gaan deze op dezelfde lijn, moet er

178
00:08:08,970 --> 00:08:11,630
een spatie voor de accolade.

179
00:08:11,630 --> 00:08:13,540
Echter, het lijkt erop dat het lichaam van onze

180
00:08:13,540 --> 00:08:15,220
Voorwaarde is slechts een regel.

181
00:08:15,220 --> 00:08:18,300
Dus we hoeven niet aan de beugels op alle op te nemen.

182
00:08:18,300 --> 00:08:21,200
We moeten nu zeker laten inspringen zijn op het lichaam van elk van

183
00:08:21,200 --> 00:08:24,340
onze voorwaarden.

184
00:08:24,340 --> 00:08:27,080
We zijn zeker niet wilt dat deze laatste regel te worden op dezelfde

185
00:08:27,080 --> 00:08:30,860
lijn als anders, dus laten we druk op Enter en streepje.

186
00:08:30,860 --> 00:08:34,250
Tot slot, om de gesloten accolade voor de belangrijkste behoeften op

187
00:08:34,250 --> 00:08:35,760
een aparte regel.

188
00:08:35,760 --> 00:08:38,049
>> We kunnen hier zien we twee verschillende

189
00:08:38,049 --> 00:08:40,000
blokken gerelateerde code.

190
00:08:40,000 --> 00:08:43,070
Lijnen 4 tot en met 6 vraagt ​​de gebruiker om invoer en de

191
00:08:43,070 --> 00:08:45,990
resterende lijnen geven die ingang voor de gebruiker.

192
00:08:45,990 --> 00:08:49,230
Dus is het zinvol om wat ruimte zetten tussen deze twee blokken

193
00:08:49,230 --> 00:08:50,440
voor de duidelijkheid.

194
00:08:50,440 --> 00:08:54,020
En daar gaan we, nu deze code is veel gemakkelijker te lezen met

195
00:08:54,020 --> 00:08:56,010
goede stijl.

196
00:08:56,010 --> 00:08:59,430
>> Tot slot, laten we praten over onze derde component van goede stijl:

197
00:08:59,430 --> 00:09:00,880
variabele namen.

198
00:09:00,880 --> 00:09:02,660
Uw variabele namen moeten beschrijven

199
00:09:02,660 --> 00:09:04,730
waarde die zij vertegenwoordigen.

200
00:09:04,730 --> 00:09:07,150
Laten we opnieuw ons eerdere voorbeeld.

201
00:09:07,150 --> 00:09:10,470
Flessen is een goede beschrijvende naam voor de variabele die

202
00:09:10,470 --> 00:09:13,680
aangeeft hoeveel flessen links op de muur.

203
00:09:13,680 --> 00:09:21,010
Namen als x of numBots zijn niet erg beschrijvend en zijn

204
00:09:21,010 --> 00:09:24,020
niet goed voor de leesbaarheid van de code.

205
00:09:24,020 --> 00:09:26,860
Terwijl variabelen genoemd door een enkele letter komen vaak voor bij

206
00:09:26,860 --> 00:09:30,100
wiskunde en andere gebieden, kunnen ze de code heel hard

207
00:09:30,100 --> 00:09:31,380
begrijpen.

208
00:09:31,380 --> 00:09:33,660
De uitzondering op deze regel is iterator

209
00:09:33,660 --> 00:09:35,800
variabelen in lussen.

210
00:09:35,800 --> 00:09:38,260
In voor loops, bijvoorbeeld, het is fijn om te gebruiken variabele

211
00:09:38,260 --> 00:09:42,100
namen als i, j, en k voor iteratie.

212
00:09:42,100 --> 00:09:44,900
Bij het maken van iterator variabelen binnen loops, het is

213
00:09:44,900 --> 00:09:48,200
aanbevolen dat u dit doet binnen de lus zelf, in plaats

214
00:09:48,200 --> 00:09:51,150
dan buiten de lus, zodat we houden variabelen

215
00:09:51,150 --> 00:09:53,860
scoped strak mogelijk.

216
00:09:53,860 --> 00:10:02,660
>> Anderzijds, als een variabele aantal flessen

217
00:10:02,660 --> 00:10:10,710
links op de muur is, terwijl beschrijvend, heel uitgebreide

218
00:10:10,710 --> 00:10:12,780
en niet nodig.

219
00:10:12,780 --> 00:10:15,150
In het geval u wilt een variabele te maken met

220
00:10:15,150 --> 00:10:18,990
meerdere woorden, scheiden die woorden met streepjes.

221
00:10:18,990 --> 00:10:28,920
Bijvoorbeeld, is_ready is veel beter leesbaar dan isReady.

222
00:10:28,920 --> 00:10:32,240
Het is fijn om meerdere variabelen te verklaren op dezelfde lijn.

223
00:10:32,240 --> 00:10:36,350
Echter, als u dat doet, niet initialiseren sommige variabelen, maar

224
00:10:36,350 --> 00:10:37,610
anderen niet.

225
00:10:37,610 --> 00:10:45,840
Dat betekent zoiets als int dubbeltjes, stuivers

226
00:10:45,840 --> 00:10:48,080
puntkomma, is OK.

227
00:10:48,080 --> 00:10:57,610
Maar int dubbeltjes = 0, penningen

228
00:10:57,610 --> 00:11:00,120
puntkomma is dat niet.

229
00:11:00,120 --> 00:11:02,830
>> Tot slot, bij het declareren van pointers, is het aanbevolen

230
00:11:02,830 --> 00:11:06,430
dat u de asterisk naast de aanwijzer type, niet

231
00:11:06,430 --> 00:11:07,990
de naam van de variabele.

232
00:11:07,990 --> 00:11:16,050
Dus int * p is aan te bevelen in plaats van int

233
00:11:16,050 --> 00:11:19,730
ruimte * p.

234
00:11:19,730 --> 00:11:20,400
Whoo!

235
00:11:20,400 --> 00:11:21,800
Dus dat lijkt een hoop regels te

236
00:11:21,800 --> 00:11:23,440
herinneren, maar maak je geen zorgen.

237
00:11:23,440 --> 00:11:26,540
Als er ooit in twijfel, aarzel dan niet om te verwijzen naar CS50's

238
00:11:26,540 --> 00:11:28,450
online stijlgids.

239
00:11:28,450 --> 00:11:30,100
>> Laten we snel de belangrijke samen te vatten

240
00:11:30,100 --> 00:11:31,510
punten van de code stijl.

241
00:11:31,510 --> 00:11:33,960
Ten eerste, comment code.

242
00:11:33,960 --> 00:11:36,570
Altijd, altijd, altijd beschrijven wat functies uit te voeren

243
00:11:36,570 --> 00:11:39,530
met een multi-line commentaar en opmerkingen om de paar lijnen van

244
00:11:39,530 --> 00:11:41,280
code in-line.

245
00:11:41,280 --> 00:11:42,060
Tweede.

246
00:11:42,060 --> 00:11:44,560
Wees consistent met uw code opmaak.

247
00:11:44,560 --> 00:11:47,800
Besteed aandacht aan uw plaatsing en het gebruik van braces

248
00:11:47,800 --> 00:11:51,370
alsmede ruimte rond zoekwoorden en exploitanten.

249
00:11:51,370 --> 00:11:54,440
Tot slot kiest u beschrijvende namen van variabelen.

250
00:11:54,440 --> 00:11:57,600
Variabelen moeten beschrijven de waarde die ze vertegenwoordigen, maar

251
00:11:57,600 --> 00:11:59,680
mag niet voor altijd nemen u te typen.

252
00:11:59,680 --> 00:12:00,790
>> En dat is het.

253
00:12:00,790 --> 00:12:03,080
Dit alles zal al snel een tweede natuur geworden zoals u

254
00:12:03,080 --> 00:12:05,030
schrijven meer en meer code, en u zult worden codering

255
00:12:05,030 --> 00:12:06,690
met stijl in een mum van tijd.

256
00:12:06,690 --> 00:12:09,710
Mijn naam is Tommy, en dit is CS50.