1 00:00:07,210 --> 00:00:10,250 [Powered by Google Translate] In diesem Video werden wir diskutieren, Code-Stil, das ist etwas, 2 00:00:10,250 --> 00:00:12,240 das ist in der Nähe und Liebe zu meinem Herzen. 3 00:00:12,240 --> 00:00:15,190 Stil beschreibt, wie Ihr Code formatiert ist, das ist 4 00:00:15,190 --> 00:00:18,030 unabhängig von was der Code tatsächlich tut. 5 00:00:18,030 --> 00:00:21,470 Nicht nur guter Stil erhalten Sie eine bessere Note in CS50, 6 00:00:21,470 --> 00:00:23,830 aber es wird Ihnen auch helfen, Code schreiben, der viel mehr ist 7 00:00:23,830 --> 00:00:26,680 lesbar und wartbar, die, am Ende des Tages, 8 00:00:26,680 --> 00:00:29,200 wird Ihr Leben viel einfacher. 9 00:00:29,200 --> 00:00:31,810 >> Die drei Hauptkomponenten des Code-Stil, dass wir diskutieren, 10 00:00:31,810 --> 00:00:34,500 Dieses Video gibt Kommentare, Formatierung, 11 00:00:34,500 --> 00:00:35,750 und Variablennamen. 12 00:00:35,750 --> 00:00:37,350 Beginnen wir mit Kommentaren. 13 00:00:37,350 --> 00:00:40,020 Erinnern Sie sich, Kommentare keinen Einfluss auf die 14 00:00:40,020 --> 00:00:41,770 Funktionalität Ihres Codes. 15 00:00:41,770 --> 00:00:45,650 Sie nur als hilfreiche Hinweise, die uns als Programmierer dienen. 16 00:00:45,650 --> 00:00:48,680 Gute Kommentare antworten sollte eine der beiden Fragen. 17 00:00:48,680 --> 00:00:52,140 >> Erstens, was bedeutet das Code-Block zu tun? 18 00:00:52,140 --> 00:00:54,890 Dies ist eine kurze und süße Beschreibung des Zwecks der 19 00:00:54,890 --> 00:00:56,500 die Zeilen, die folgen. 20 00:00:56,500 --> 00:00:59,330 Zum Beispiel müssen Sie die Stelle, wo Sie 21 00:00:59,330 --> 00:01:01,450 implementiert ein bestimmtes Merkmal, eine fix 22 00:01:01,450 --> 00:01:02,990 Bug oder etwas ändern. 23 00:01:02,990 --> 00:01:06,060 Ohne Kommentare können Sie brüten über viele Zeilen müssen 24 00:01:06,060 --> 00:01:09,550 Code versucht, um herauszufinden, wo genau dieses Feature ist. 25 00:01:09,550 --> 00:01:11,990 Oder wenn es schon ein paar Tage, da Sie in einem haben gesucht 26 00:01:11,990 --> 00:01:14,820 Ihre Programme, können Sie sich nicht erinnern, was eine bestimmte 27 00:01:14,820 --> 00:01:16,580 Funktion bzw. Schleife macht. 28 00:01:16,580 --> 00:01:18,840 So Kommentare machen reacquainting sich mit 29 00:01:18,840 --> 00:01:21,530 alten Code, oder vertraut sich mit jemand anderem 30 00:01:21,530 --> 00:01:23,700 Code, viel glatter. 31 00:01:23,700 --> 00:01:26,640 Die zweite Frage ein guter Kommentar Antworten Deshalb habe ich 32 00:01:26,640 --> 00:01:29,100 Umsetzung dieser Block in dieser Weise? 33 00:01:29,100 --> 00:01:30,960 Wenn Sie Code schreiben, werden Sie häufig 34 00:01:30,960 --> 00:01:32,650 um Design-Entscheidungen treffen. 35 00:01:32,650 --> 00:01:35,210 Sollte ich eine while-Schleife oder eine for-Schleife hier? 36 00:01:35,210 --> 00:01:38,080 Sollte ich diesen Codeblock in eine separate Funktion? 37 00:01:38,080 --> 00:01:40,650 Mit Kommentaren können Sie dokumentieren Ihr Design 38 00:01:40,650 --> 00:01:43,650 Entscheidungen, die Ihr Code leichter zu verstehen 39 00:01:43,650 --> 00:01:46,390 für andere, kann sich fragen sich genau die gleiche 40 00:01:46,390 --> 00:01:48,690 Design-Fragen, wie sie Ihren Code zu lesen. 41 00:01:48,690 --> 00:01:51,430 Oder sogar selbst, wenn Sie kommen zurück, um einen Block von Code nach 42 00:01:51,430 --> 00:01:53,200 einige Zeit. 43 00:01:53,200 --> 00:01:56,110 >> In C und anderen Sprachen wir in CS50 sehen, es gibt 44 00:01:56,110 --> 00:01:59,660 zwei Möglichkeiten, Hinzufügen von Kommentaren zu Ihrem Code, Inline-Kommentare 45 00:01:59,660 --> 00:02:01,970 und mehrzeilige Kommentare. 46 00:02:01,970 --> 00:02:05,300 In-line Kommentare sind ideal für die Dokumentation Teile des Codes 47 00:02:05,300 --> 00:02:06,680 innerhalb von Funktionen. 48 00:02:06,680 --> 00:02:09,250 Zum Beispiel könnte ein Inline Kommentar beschreiben 49 00:02:09,250 --> 00:02:12,680 Zweck eine for-Schleife oder eine Ecke Fall, bedingt 50 00:02:12,680 --> 00:02:14,030 eine Bedingung. 51 00:02:14,030 --> 00:02:17,450 Multi-line Kommentare sind ideal für die Dokumentation Funktionen. 52 00:02:17,450 --> 00:02:19,830 Wenn Sie eine Funktion schreiben, sollten Sie immer, immer, 53 00:02:19,830 --> 00:02:23,190 immer dokumentieren, was sie mit einem Kommentar tut. 54 00:02:23,190 --> 00:02:25,980 Dies beinhaltet, was die Eingänge für die Funktion, sind, was das 55 00:02:25,980 --> 00:02:28,740 Ausgabe der Funktion ist, und vielleicht deshalb die Funktion ist 56 00:02:28,740 --> 00:02:31,100 umgesetzt in der Weise, dass es ist. 57 00:02:31,100 --> 00:02:33,540 Wenn Sie einer Funktion Signatur zu ändern, kehren 58 00:02:33,540 --> 00:02:36,840 Wert oder Umsetzung, ist es wichtig, auch Aktualisierung der 59 00:02:36,840 --> 00:02:39,420 entsprechende Dokumentation Kommentar. 60 00:02:39,420 --> 00:02:41,650 Ein Missverhältnis zwischen einer Funktion Kommentar und 61 00:02:41,650 --> 00:02:45,360 Umsetzung kann wirklich verwirrend für die Leser. 62 00:02:45,360 --> 00:02:48,670 Ebenso die Schaffung eines mehrzeiligen Kommentar am Anfang 63 00:02:48,670 --> 00:02:52,180 jeder. c oder. h Datei, die Sie schreiben, beschreiben, was die 64 00:02:52,180 --> 00:02:55,090 Datei ist, ist auch eine sehr gute Idee. 65 00:02:55,090 --> 00:02:58,000 >> Wie Sie kommentieren Code sind eine der ersten Fragen, die Sie 66 00:02:58,000 --> 00:03:01,800 haben könnte, nun ja, wie viel sollte ich meinen Code kommentieren? 67 00:03:01,800 --> 00:03:04,260 Es ist oft unnötig, jedes Dokument 68 00:03:04,260 --> 00:03:06,040 einzige Zeile Code. 69 00:03:06,040 --> 00:03:09,850 Zum Beispiel kann eine Linie, die sagt int x = 5 benötigt keine 70 00:03:09,850 --> 00:03:13,110 Kommentar darüber, dass "gesetzt x bis 5", sagt. 71 00:03:13,110 --> 00:03:16,260 Nicht kommentieren genug, obwohl, wie wir gesehen haben, können 72 00:03:16,260 --> 00:03:18,840 Verständnis Ihr Code sehr schwierig. 73 00:03:18,840 --> 00:03:21,860 Also eine gute Faustregel ist es, interessante Bausteine ​​Kommentar 74 00:03:21,860 --> 00:03:25,700 Code, wobei ein Block besteht aus wenigen verbundenen Leitungen. 75 00:03:25,700 --> 00:03:27,610 >> Werfen wir also einen Blick auf ein Beispiel. 76 00:03:27,610 --> 00:03:29,695 Hier ist ein unkommentierte C-Funktion. 77 00:03:32,670 --> 00:03:36,070 Okay, da dies eine Funktion, die erste Sache, die wir brauchen, um hinzuzufügen 78 00:03:36,070 --> 00:03:38,560 wird ein Kommentar zu erklären, was der Funktion Eingänge 79 00:03:38,560 --> 00:03:40,440 sind und was sie tut. 80 00:03:40,440 --> 00:03:43,800 So fügen wir einen mehrzeiligen Kommentar. 81 00:03:43,800 --> 00:03:44,500 Great. 82 00:03:44,500 --> 00:03:47,220 Jetzt wissen wir genau, was unsere Funktion hat. 83 00:03:47,220 --> 00:03:49,530 Wir fügen einige Inline-Kommentare jetzt. 84 00:03:49,530 --> 00:03:53,260 Wir können unseren Code in zwei Blöcke von ähnlichen Linien zu unterteilen. 85 00:03:53,260 --> 00:03:56,850 Leitungen 4 und 5 Konstrukt Saiten auf der Basis von Eingangs-und 86 00:03:56,850 --> 00:03:58,690 Zeilen 6 bis 9 ausgegeben diese 87 00:03:58,690 --> 00:04:00,660 Zeichenfolgen in Songtexten. 88 00:04:00,660 --> 00:04:03,860 Lassen Sie uns also, dass mit Kommentaren zu dokumentieren. 89 00:04:03,860 --> 00:04:04,470 Awesome. 90 00:04:04,470 --> 00:04:06,440 Jetzt ist unsere Funktion wird kommentiert. 91 00:04:06,440 --> 00:04:09,270 >> Beachten Sie, dass Sie unsere Inline-Kommentare müssen nicht komplett nutzen 92 00:04:09,270 --> 00:04:11,270 Sätze oder mit einem Punkt enden. 93 00:04:11,270 --> 00:04:14,780 Es ist wichtig, dass es einen Raum zwischen dem zweiten Schrägstrich 94 00:04:14,780 --> 00:04:16,680 und der Beginn des Kommentars. 95 00:04:16,680 --> 00:04:19,010 Dies ist die Frequenz von Kommentaren in Ihren Programmen 96 00:04:19,010 --> 00:04:21,810 dass Sie für feuern. 97 00:04:21,810 --> 00:04:25,180 Beachten Sie hier, wie wir die beiden Blöcke von verwandten Code getrennt 98 00:04:25,180 --> 00:04:28,560 Innere unserer Chorus-Funktion mit einem zusätzlichen Wagenrücklauf. 99 00:04:28,560 --> 00:04:31,260 >> Dies bringt uns zu der nächsten Komponente der Code-Stil, 100 00:04:31,260 --> 00:04:32,350 Formatierung. 101 00:04:32,350 --> 00:04:34,410 Als ich anfing, Programmierung, schlug ich die Eingabetaste 102 00:04:34,410 --> 00:04:37,970 Schlüssel sehr selten führte die in riesigen, unlesbare 103 00:04:37,970 --> 00:04:39,250 Blobs von Code. 104 00:04:39,250 --> 00:04:41,890 Ich denke ich eigentlich beleidigt meine Lehre Kerl, da sie 105 00:04:41,890 --> 00:04:43,610 war nicht allzu glücklich mit mir. 106 00:04:43,610 --> 00:04:46,620 Optisch Gruppierung Blöcke zugehörigen Code, mit Schlitten 107 00:04:46,620 --> 00:04:50,310 zurückkehrt, kann Ihr Code leichter zu überfliegen und klar 108 00:04:50,310 --> 00:04:54,020 abzugrenzen welche Codezeilen Ihre Kommentare werden erklärt. 109 00:04:54,020 --> 00:04:57,100 That being said, Ausbreiten Ihren Code zu viel, wie mit 110 00:04:57,100 --> 00:05:00,020 zwei oder mehrere Linien zwischen Codeblöcken oder Funktionen können 111 00:05:00,020 --> 00:05:02,470 machen es auch viel weniger lesbar. 112 00:05:02,470 --> 00:05:04,230 >> Einzug ist ein weiterer wichtiger 113 00:05:04,230 --> 00:05:06,150 Aspekt Codeformat. 114 00:05:06,150 --> 00:05:09,410 Immer, immer, immer Gedankenstrich den Körper einer Funktion, Loop, 115 00:05:09,410 --> 00:05:10,620 oder Zustands. 116 00:05:10,620 --> 00:05:13,410 Dies macht deutlich, welche Codezeilen innerhalb eines sind 117 00:05:13,410 --> 00:05:15,650 Schleife, zum Beispiel, und die Codezeilen 118 00:05:15,650 --> 00:05:17,980 außerhalb davon. 119 00:05:17,980 --> 00:05:21,290 CS50 empfiehlt, dass Sie mit vier Räumen Gedankenstrich, aber 120 00:05:21,290 --> 00:05:24,040 wenn Sie etwas anderes wählen, müssen Sie konsequent sein 121 00:05:24,040 --> 00:05:25,550 gesamten Code. 122 00:05:25,550 --> 00:05:28,640 In diesem Sinne empfiehlt CS50, dass Sie Klammern setzen 123 00:05:28,640 --> 00:05:30,100 in einer eigenen Zeile. 124 00:05:30,100 --> 00:05:32,930 Auf diese Weise wird Zahnspangen Line-Up optisch an der gleichen linken 125 00:05:32,930 --> 00:05:37,200 Marge, so ist es kristallklar, wo ein Block beginnt und endet. 126 00:05:37,200 --> 00:05:40,760 Allerdings ist es auch okay, die Klammern auf der gleichen Linie wie ein Ort, 127 00:05:40,760 --> 00:05:43,910 Zustand, beispielsweise um Platz zu sparen. 128 00:05:43,910 --> 00:05:46,720 Wenn Sie dies tun, aber stellen Sie sicher, dass Sie ein Leerzeichen 129 00:05:46,720 --> 00:05:50,200 vor der geschweiften Klammer so ist es nicht smooshed neben einer Schließung 130 00:05:50,200 --> 00:05:51,780 paren oder ein Wort. 131 00:05:51,780 --> 00:05:54,370 >> Wofür Sie sich entscheiden, ist die wichtigste Sache zu sein 132 00:05:54,370 --> 00:05:57,130 konsequente gesamten Code. 133 00:05:57,130 --> 00:05:58,700 Was wir nicht sehen wollen, ist jedoch, 134 00:05:58,700 --> 00:06:00,680 eingerückt geschweiften Klammern. 135 00:06:00,680 --> 00:06:03,120 Dies macht die Klammern aus dem erscheinen getrennt 136 00:06:03,120 --> 00:06:06,100 Zustand, Schleife oder Funktion sie abgrenzen, so dass 137 00:06:06,100 --> 00:06:08,150 der Code schwer zu lesen. 138 00:06:08,150 --> 00:06:11,190 In C und anderen Sprachen, die wir sehen werden, sind geschweiften Klammern 139 00:06:11,190 --> 00:06:14,150 optional für einzeilige Bedingungen oder Schleifen. 140 00:06:14,150 --> 00:06:16,790 Es ist gut, geschweiften Klammern in diesem Fall auslassen, aber wenn 141 00:06:16,790 --> 00:06:19,200 Sie dies tun, stellen Sie sicher, konsequent zu sein 142 00:06:19,200 --> 00:06:21,350 gesamten Code. 143 00:06:21,350 --> 00:06:24,280 >> Bei der Definition von Funktionen, empfiehlt CS50 schreiben Sie die 144 00:06:24,280 --> 00:06:27,440 zurückzukehren Typ der Funktion auf der gleichen Zeile wie der Name 145 00:06:27,440 --> 00:06:28,930 die Funktion. 146 00:06:28,930 --> 00:06:31,900 Allerdings ist es auch OK, um den Rückgabetyp auf eigene schreiben 147 00:06:31,900 --> 00:06:35,160 Linie, die machen Funktionsdefinitionen leichter zu finden kann 148 00:06:35,160 --> 00:06:36,880 Einige Texteditoren. 149 00:06:36,880 --> 00:06:39,550 >> Schließlich sollten Sie Leerzeichen um beinhalten 150 00:06:39,550 --> 00:06:41,330 Schlüsselwörter und Operatoren. 151 00:06:41,330 --> 00:06:45,580 Zum Beispiel kann eine Linie, die sagt int x = 5 ist viel einfacher, 152 00:06:45,580 --> 00:06:48,590 lesen, wenn es Leerzeichen um das Gleichheitszeichen sind. 153 00:06:48,590 --> 00:06:52,070 Ebenso sicher, dass Sie ein Leerzeichen nach Keywords, wenn möchten, 154 00:06:52,070 --> 00:06:53,460 für, und während. 155 00:06:53,460 --> 00:06:56,270 Ohne ein Leerzeichen, könnten diese wie Funktionsaufrufe suchen, 156 00:06:56,270 --> 00:06:57,850 denen sie nicht. 157 00:06:57,850 --> 00:07:00,600 >> Werfen wir also einen Blick auf ein Beispiel für die Anwendung guter Stil 158 00:07:00,600 --> 00:07:02,760 eine schlecht formatierte Code-Block. 159 00:07:08,260 --> 00:07:10,660 Okay, lasst uns von oben zu beginnen. 160 00:07:10,660 --> 00:07:13,670 Wir können sehen, dass der öffnenden geschweiften Klammer der Hauptsache auf die gleiche ist 161 00:07:13,670 --> 00:07:15,900 Linie als der Name der Funktion. 162 00:07:15,900 --> 00:07:18,700 Wenn wir dies tun wollen, muss es einen Raum zwischen sein 163 00:07:18,700 --> 00:07:22,020 die Schließung paren und die Klammer, wie diese. 164 00:07:22,020 --> 00:07:24,960 Empfiehlt jedoch, CS50, dass Zahnspangen stehen 165 00:07:24,960 --> 00:07:26,080 in einer eigenen Zeile. 166 00:07:26,080 --> 00:07:28,500 Also lasst uns das tun. 167 00:07:28,500 --> 00:07:30,830 Jetzt, da wir in den Körper der Hauptfunktion sind, müssen wir 168 00:07:30,830 --> 00:07:33,070 zu starten Einrücken Code; wir den Einsatz 169 00:07:33,070 --> 00:07:34,500 empfohlen vier Leerzeichen. 170 00:07:45,980 --> 00:07:48,990 Weiter sehen wir, dass es keinen Platz um das Gleichheitszeichen 171 00:07:48,990 --> 00:07:50,510 Hier, so fügen wir, dass. 172 00:07:53,270 --> 00:07:56,420 Hier sehen wir, dass es keinen Raum zwischen dem if und der 173 00:07:56,420 --> 00:07:59,740 offenen paren, so wir hinzufügen, dass, zusammen mit einigen Raum um 174 00:07:59,740 --> 00:08:01,710 das Größer-Zeichen. 175 00:08:01,710 --> 00:08:04,750 Auch hier sehen wir es gibt keinen Raum zwischen der Schließung paren und 176 00:08:04,750 --> 00:08:06,430 die öffnende Klammer hier. 177 00:08:06,430 --> 00:08:08,970 Wenn wir diese auf der gleichen Linie gebracht sind, bedarf es 178 00:08:08,970 --> 00:08:11,630 ein Leerzeichen vor dem geschweiften Klammer. 179 00:08:11,630 --> 00:08:13,540 Allerdings sieht es wie der Körper unserer 180 00:08:13,540 --> 00:08:15,220 Bedingung ist nur eine Zeile. 181 00:08:15,220 --> 00:08:18,300 So brauchen wir nicht, um die Klammern überhaupt gehören. 182 00:08:18,300 --> 00:08:21,200 Jetzt müssen wir sicher sein, Gedankenstrich auf den Körper eines jeden 183 00:08:21,200 --> 00:08:24,340 unsere Bedingungen. 184 00:08:24,340 --> 00:08:27,080 Wir wollen auf keinen Fall diese letzte Zeile auf die gleiche sein 185 00:08:27,080 --> 00:08:30,860 Linie als sonst, also lasst drücken Sie die Eingabetaste und Gedankenstrich. 186 00:08:30,860 --> 00:08:34,250 Schließlich, um die schließende geschweifte Klammer für die wichtigsten Bedürfnisse werden 187 00:08:34,250 --> 00:08:35,760 seine eigene Linie. 188 00:08:35,760 --> 00:08:38,049 >> Wir können hier sehen, haben wir zwei verschiedene 189 00:08:38,049 --> 00:08:40,000 Blöcke zugehörigen Code. 190 00:08:40,000 --> 00:08:43,070 Zeilen 4 bis 6 fordert den Benutzer zur Eingabe und der 191 00:08:43,070 --> 00:08:45,990 restlichen Linien anzuzeigen, dass Eingaben an den Benutzer. 192 00:08:45,990 --> 00:08:49,230 So macht es Sinn, etwas Platz zwischen diesen beiden Blöcken setzen 193 00:08:49,230 --> 00:08:50,440 für Klarheit. 194 00:08:50,440 --> 00:08:54,020 Und da gehen wir, jetzt dieser Code ist viel einfacher, mit Lese- 195 00:08:54,020 --> 00:08:56,010 guten Stil. 196 00:08:56,010 --> 00:08:59,430 >> Schließlich wollen wir über unsere dritte Komponente des guten Stils sprechen: 197 00:08:59,430 --> 00:09:00,880 Variablennamen. 198 00:09:00,880 --> 00:09:02,660 Ihre Variablennamen sollte beschreiben die 199 00:09:02,660 --> 00:09:04,730 Wert, den sie darstellen. 200 00:09:04,730 --> 00:09:07,150 Wir noch einmal unseren früheren Beispiel. 201 00:09:07,150 --> 00:09:10,470 Flaschen ist ein guter Name für die Variable, die 202 00:09:10,470 --> 00:09:13,680 darstellt, wieviele Flaschen werden an der Wand gelassen. 203 00:09:13,680 --> 00:09:21,010 Namen wie x oder numBots sind nicht sehr aussagekräftig sind und 204 00:09:21,010 --> 00:09:24,020 nicht gut für die Lesbarkeit des Codes. 205 00:09:24,020 --> 00:09:26,860 Während Variablen durch einen einzigen Buchstaben benannt sind häufig in 206 00:09:26,860 --> 00:09:30,100 Mathematik und in anderen Bereichen, können sie Ihren Code sehr schwer machen 207 00:09:30,100 --> 00:09:31,380 zu verstehen. 208 00:09:31,380 --> 00:09:33,660 Die Ausnahme von dieser Regel ist iterator 209 00:09:33,660 --> 00:09:35,800 Variablen innerhalb von Schleifen. 210 00:09:35,800 --> 00:09:38,260 In for-Schleifen, zum Beispiel, ist es in Ordnung, Variable verwenden 211 00:09:38,260 --> 00:09:42,100 Namen wie i, j und k für die Iteration. 212 00:09:42,100 --> 00:09:44,900 Beim Erstellen Iteratorvariablen innerhalb von Schleifen, ist es 213 00:09:44,900 --> 00:09:48,200 empfohlen, dass Sie dies tun in der Schleife selbst, sondern 214 00:09:48,200 --> 00:09:51,150 als außerhalb der Schleife, so dass wir halten Variablen 215 00:09:51,150 --> 00:09:53,860 Zielfernrohr dicht wie möglich. 216 00:09:53,860 --> 00:10:02,660 >> Auf der anderen Seite, die Anzahl eine variable Name wie Flaschen 217 00:10:02,660 --> 00:10:10,710 links an der Wand ist, während beschreibenden, übermäßig verbose 218 00:10:10,710 --> 00:10:12,780 und nicht notwendig. 219 00:10:12,780 --> 00:10:15,150 In der Veranstaltung, die Sie wollen, um eine Variable mit erstellen 220 00:10:15,150 --> 00:10:18,990 mehrere Wörter, trennen diese Worte mit einem Unterstrich. 221 00:10:18,990 --> 00:10:28,920 Zum Beispiel ist is_ready viel besser lesbar als isReady. 222 00:10:28,920 --> 00:10:32,240 Es ist gut, mehrere Variablen auf der gleichen Linie zu erklären. 223 00:10:32,240 --> 00:10:36,350 Allerdings, wenn Sie dies tun, nicht initialisieren einige Variablen, sondern 224 00:10:36,350 --> 00:10:37,610 andere nicht. 225 00:10:37,610 --> 00:10:45,840 Das heißt, so etwas wie int Groschen, Pfennige 226 00:10:45,840 --> 00:10:48,080 Semikolon, ist OK. 227 00:10:48,080 --> 00:10:57,610 Aber int Groschen = 0, Pennies 228 00:10:57,610 --> 00:11:00,120 Semikolon nicht. 229 00:11:00,120 --> 00:11:02,830 >> Schließlich bei der Deklaration Zeiger, ist es empfehlenswert 230 00:11:02,830 --> 00:11:06,430 Sie platzieren das Sternchen neben dem Zeiger-Typ, nicht 231 00:11:06,430 --> 00:11:07,990 der Name der Variablen. 232 00:11:07,990 --> 00:11:16,050 So int * p wird als int empfohlen 233 00:11:16,050 --> 00:11:19,730 Raum * p. 234 00:11:19,730 --> 00:11:20,400 Whoo! 235 00:11:20,400 --> 00:11:21,800 Also das scheint wie eine Menge von Regeln 236 00:11:21,800 --> 00:11:23,440 erinnern, aber keine Sorge. 237 00:11:23,440 --> 00:11:26,540 Wenn es jemals in Zweifel, zögern Sie nicht, um CS50 die beziehen 238 00:11:26,540 --> 00:11:28,450 Online-Styleguide. 239 00:11:28,450 --> 00:11:30,100 >> Lassen Sie uns schnell eine Zusammenfassung der wichtigsten 240 00:11:30,100 --> 00:11:31,510 Punkte Code-Stil. 241 00:11:31,510 --> 00:11:33,960 Zunächst kommentieren Sie den Code. 242 00:11:33,960 --> 00:11:36,570 Immer, immer, immer zu beschreiben, welche Funktionen zu tun 243 00:11:36,570 --> 00:11:39,530 mit einem mehrzeiligen Kommentar und kommentieren alle paar Zeilen 244 00:11:39,530 --> 00:11:41,280 Code-Zeile. 245 00:11:41,280 --> 00:11:42,060 Second. 246 00:11:42,060 --> 00:11:44,560 Seien Sie konsequent mit Ihrem Code Formatierung. 247 00:11:44,560 --> 00:11:47,800 Achten Sie auf Ihre Platzierung und Verwendung von Klammern 248 00:11:47,800 --> 00:11:51,370 sowie Abstand um Schlüsselwörter und Operatoren. 249 00:11:51,370 --> 00:11:54,440 Schließlich wählen Sie beschreibende Variablennamen. 250 00:11:54,440 --> 00:11:57,600 Variablen sollten beschreiben die Wert, den sie darstellen, sondern 251 00:11:57,600 --> 00:11:59,680 sollte dich nicht ewig geben. 252 00:11:59,680 --> 00:12:00,790 >> Und das ist es. 253 00:12:00,790 --> 00:12:03,080 All dies wird schnell zur zweiten Natur, wie Sie sich 254 00:12:03,080 --> 00:12:05,030 Schreiben mehr und mehr Code, und Sie werden Kodierung 255 00:12:05,030 --> 00:12:06,690 mit Stil in kürzester Zeit. 256 00:12:06,690 --> 00:12:09,710 Mein Name ist Tommy, und dies ist CS50.