1 00:00:00,000 --> 00:00:07,810 2 00:00:07,810 --> 00:00:09,840 >> JASON HIRSCHHORN: Velkommen, alle, til Uge 6. 3 00:00:09,840 --> 00:00:14,790 Jeg er glad for at se jer alle i live og godt efter Quiz 0, fordi jeg ved, at 4 00:00:14,790 --> 00:00:15,810 var en smule ru. 5 00:00:15,810 --> 00:00:18,370 Men heldigvis, jer alle gjorde utroligt godt. 6 00:00:18,370 --> 00:00:21,680 Og så er vidunderligt. 7 00:00:21,680 --> 00:00:25,840 Hvis du er i min afdeling, jeg har givet de fleste af du sikkerhedskopiere dine quizzer allerede. 8 00:00:25,840 --> 00:00:28,050 >> Et par af jer, jeg møde efter klasse. 9 00:00:28,050 --> 00:00:32,360 Og hvis du er en udvidelse studerende og du ikke har modtaget din quiz tilbage 10 00:00:32,360 --> 00:00:35,490 endnu, er din TF sandsynligvis arbejder på det og klassificering det, og vil få det tilbage 11 00:00:35,490 --> 00:00:36,490 til dig snarest. 12 00:00:36,490 --> 00:00:39,650 Så min forlængerledninger studerende, der er ser lige nu - forhåbentlig leve - 13 00:00:39,650 --> 00:00:42,880 Jeg vil få dine quizzer kort så godt. 14 00:00:42,880 --> 00:00:45,670 >> Vores dagsorden for i dag er som følger. 15 00:00:45,670 --> 00:00:50,170 Først, vi kommer til at gå over nogle ressourcer, CS50 leverer til dig. 16 00:00:50,170 --> 00:00:54,590 Vi kommer til at gå over Quiz 0 næste, og Jeg vil besvare eventuelle spørgsmål nogen 17 00:00:54,590 --> 00:00:57,360 har omkring særlige problemer. 18 00:00:57,360 --> 00:01:02,050 Og så vil vi være at gå over fil I / O og problemet sæt 5. 19 00:01:02,050 --> 00:01:07,360 Disse sidste to emner vil tage hovedparten af ​​afsnittet i dag. 20 00:01:07,360 --> 00:01:11,680 >> Jeg sætter denne liste op hver uge som en påmindelse til jer alle, men af ​​kerne 21 00:01:11,680 --> 00:01:14,650 sektion, har vi kun 90 minutter - vi er ikke i stand til at dække alt, hvad jeg 22 00:01:14,650 --> 00:01:16,280 ville elske at dække for jer. 23 00:01:16,280 --> 00:01:21,170 Men vi har et væld af ressourcer til du at trække på, som du kommer til at kende 24 00:01:21,170 --> 00:01:24,000 materiale og arbejde gennem dit problem sætter. 25 00:01:24,000 --> 00:01:30,810 >> En påmindelse om, at jeg har online en tekst kasse, sat op for dig at udfylde, hvis du 26 00:01:30,810 --> 00:01:33,250 har feedback til mig, både positive og 27 00:01:33,250 --> 00:01:35,180 konstruktiv, om sektion. 28 00:01:35,180 --> 00:01:38,600 Denne URL ligger lige hernede. 29 00:01:38,600 --> 00:01:43,250 Så venligst, tage et øjeblik, hvis du har nogen feedback, uanset under afsnittet 30 00:01:43,250 --> 00:01:48,030 eller efter, eller efter at du se videoen online, til at give mig din feedback. 31 00:01:48,030 --> 00:01:52,100 Jeg virkelig sætter pris på enhver og alle af det. 32 00:01:52,100 --> 00:01:55,730 >> Så jeg har haft små samtaler med en masse af min 33 00:01:55,730 --> 00:01:59,350 studerende i hele ugen - som jeg hånd back quizzer, taler om 34 00:01:59,350 --> 00:02:01,480 selvfølgelig, at se, hvordan du gør. 35 00:02:01,480 --> 00:02:05,120 Og ét tema er kommet op igen og ovre i at tale om - i 36 00:02:05,120 --> 00:02:05,660 særdeleshed - 37 00:02:05,660 --> 00:02:07,710 problem sæt. 38 00:02:07,710 --> 00:02:13,090 Og jeg har indkapslet dette tema på brættet lige nu. 39 00:02:13,090 --> 00:02:16,630 >> Væsentlige, der er en forskel mellem drejning i noget, der er 40 00:02:16,630 --> 00:02:19,590 udført korrekt og noget der er gjort godt. 41 00:02:19,590 --> 00:02:22,920 De fleste mennesker har gjort fantastisk i form af korrekthed - 42 00:02:22,920 --> 00:02:25,460 5 s eller 4 s på alle psets. 43 00:02:25,460 --> 00:02:27,930 De fleste mennesker bliver dem hele tiden. 44 00:02:27,930 --> 00:02:31,150 >> Men bare fordi du har gjort noget rigtigt betyder ikke, du har 45 00:02:31,150 --> 00:02:34,450 gjort noget så elegant, eller effektivt, eller så rent som du 46 00:02:34,450 --> 00:02:35,270 kunne have gjort det. 47 00:02:35,270 --> 00:02:36,790 Og det er, hvad design - 48 00:02:36,790 --> 00:02:39,230 og i mindre grad, stil - 49 00:02:39,230 --> 00:02:40,450 akser er til for. 50 00:02:40,450 --> 00:02:45,130 Så jeg presser dig alt, og andre TFs presser jer, ikke kun drejning 51 00:02:45,130 --> 00:02:48,320 i ting, der er korrekt, men slå i de ting, der er kodet godt. 52 00:02:48,320 --> 00:02:53,060 >> Ikke at gøre unødvendig efter sløjfer, ikke genberegne variabler hvis 53 00:02:53,060 --> 00:02:53,800 du behøver ikke at. 54 00:02:53,800 --> 00:02:58,520 For eksempel, ser tilbage til problem sæt 4, når du placerer mursten på 55 00:02:58,520 --> 00:03:03,070 skærmen, hver række - hver mursten i en given række har samme y-koordinat - 56 00:03:03,070 --> 00:03:04,390 samme højde koordinat. 57 00:03:04,390 --> 00:03:07,930 >> Således at y-koordinat ikke behøver at beregnes i det indre 58 00:03:07,930 --> 00:03:11,070 indlejret FOR løkke, som du sandsynligvis brugt at sætte disse klodser på skærmen. 59 00:03:11,070 --> 00:03:14,030 Det skal kun beregnes hvert gang, du tændte en række, eller 60 00:03:14,030 --> 00:03:15,200 flyttet ned træk. 61 00:03:15,200 --> 00:03:19,760 Så sige, hvis der er 10 klodser i en træk, kan hver sten har samme 62 00:03:19,760 --> 00:03:22,260 y-koordinat, og at y-koordinat kan bare blive beregnet 63 00:03:22,260 --> 00:03:23,550 én gang for alle af disse. 64 00:03:23,550 --> 00:03:27,810 >> Det behøver ikke at beregne 10 tider, og heller ikke denne beregning behov 65 00:03:27,810 --> 00:03:30,220 ske i den faktiske funktion opkald - 66 00:03:30,220 --> 00:03:33,020 det nye gracked funktion opkald. 67 00:03:33,020 --> 00:03:37,820 Så hvis der var lidt forvirrende for dig, mere generisk, ting, der 68 00:03:37,820 --> 00:03:40,730 behøver ikke at ske hver eneste gang du går gennem en for-løkke, bør ikke være 69 00:03:40,730 --> 00:03:42,900 sætte inde for-løkken, og bør ikke ske, hver gang du går 70 00:03:42,900 --> 00:03:44,080 gennem for-løkken. 71 00:03:44,080 --> 00:03:49,270 >> Et andet godt design eksempel oplevede vi i uge 3 for 15, kan du holde 72 00:03:49,270 --> 00:03:50,500 styr på nul. 73 00:03:50,500 --> 00:03:53,600 Så når du initialiserer bord, du spare - i en global variabel, måske - 74 00:03:53,600 --> 00:03:56,140 x-og y-koordinat af nul. 75 00:03:56,140 --> 00:03:57,520 Og så når du - 76 00:03:57,520 --> 00:04:00,310 i dit træk-funktion, når du foretager en vellykket træk, du opdaterer 77 00:04:00,310 --> 00:04:02,040 placering af nul. 78 00:04:02,040 --> 00:04:06,240 >> Det ville spare dig fra at skulle gøre indlejret efter sløjfer til at se gennem 79 00:04:06,240 --> 00:04:10,700 bord hver gang i din flytte funktionen og finde nul, eller finde fliser, 80 00:04:10,700 --> 00:04:12,460 og derefter kontrollere, hvad der er ved siden af. 81 00:04:12,460 --> 00:04:16,329 I stedet har du placeringen af nul, kan du bare kigge over, under, 82 00:04:16,329 --> 00:04:21,160 og til venstre og højre for den, for at finde den flise, du søgte efter. 83 00:04:21,160 --> 00:04:24,970 >> Så med hensyn til de programmer, vi er skrive, de er aldrig store nok 84 00:04:24,970 --> 00:04:28,580 at nogle af disse design beslutninger er virkelig kommer til at hæmme din 85 00:04:28,580 --> 00:04:31,670 program, eller gøre det køre langsommere, eller måske endda løbe tør for hukommelse. 86 00:04:31,670 --> 00:04:35,030 Men vi er stadig skubber jer at skrive så elegant og 87 00:04:35,030 --> 00:04:36,450 effektiv kode som muligt. 88 00:04:36,450 --> 00:04:39,910 >> Så hvis du ender med at skrive tingene der har en væsentlig større 89 00:04:39,910 --> 00:04:44,660 anvendelsesområdet, vil de blive skrevet med god designe ud over at være korrekt. 90 00:04:44,660 --> 00:04:46,300 Så en række af jer har bragt ud af det. 91 00:04:46,300 --> 00:04:48,560 Det er noget, vi leder efter - noget vi kommer til at fortsætte med at 92 00:04:48,560 --> 00:04:49,840 skubbe dig fyre på. 93 00:04:49,840 --> 00:04:52,460 >> Hvis du nogensinde har spørgsmål om den design af dit program, er du velkommen 94 00:04:52,460 --> 00:04:56,870 at nå ud til mig, og jeg er glad for at gå gennem dit program med dig, 95 00:04:56,870 --> 00:05:01,320 og pege på nogle af udformningen beslutninger, du har foretaget, og giver dig nogle 96 00:05:01,320 --> 00:05:06,240 forslag til, hvordan man kan gøre selv bedre design beslutninger. 97 00:05:06,240 --> 00:05:08,870 >> Så vi kommer til at bevæge sig på til at tale om Quiz 0. 98 00:05:08,870 --> 00:05:11,300 Før vi gør det, gør nogen har spørgsmål om, hvad 99 00:05:11,300 --> 00:05:14,252 Jeg har dækket hidtil? 100 00:05:14,252 --> 00:05:21,500 >> [Raslende lyd] 101 00:05:21,500 --> 00:05:22,750 >> JASON HIRSCHHORN: Syv sekunder. 102 00:05:22,750 --> 00:05:23,250 OK. 103 00:05:23,250 --> 00:05:24,970 Lad os tale om Quiz 0 for lidt. 104 00:05:24,970 --> 00:05:26,700 De fleste af jer har din Quiz 0 ryg. 105 00:05:26,700 --> 00:05:29,820 Hvis du ikke gør det, forhåbentlig du husker det en smule. 106 00:05:29,820 --> 00:05:34,770 Men hvis du har taget Quiz 0, så du også have adgang til PDF-online 107 00:05:34,770 --> 00:05:35,890 testopløsningen. 108 00:05:35,890 --> 00:05:39,480 >> Er der nogen har nogen spørgsmål, før vi springer ind i ugens materiale om 109 00:05:39,480 --> 00:05:41,520 et særligt problem på Quiz 0 - 110 00:05:41,520 --> 00:05:44,630 hvorfor svaret er, hvad det er? 111 00:05:44,630 --> 00:05:47,255 Er der nogen forvirret over noget? 112 00:05:47,255 --> 00:05:50,230 Selv hvis du fik problemet ret, men bare gerne vil have mig til at forklare det lidt 113 00:05:50,230 --> 00:05:52,640 mere, jeg er glad for at gøre det nu. 114 00:05:52,640 --> 00:05:57,800 >> Så jeg har bedt jer til komme forberedt med nogle 115 00:05:57,800 --> 00:05:59,440 tanker om Quiz 0. 116 00:05:59,440 --> 00:06:02,660 Så hvem vil gerne få os begyndte med et spørgsmål eller 117 00:06:02,660 --> 00:06:04,655 kommentar om Quiz 0? 118 00:06:04,655 --> 00:06:07,435 119 00:06:07,435 --> 00:06:10,410 >> [PAPER knitrende] 120 00:06:10,410 --> 00:06:11,470 >> JASON HIRSCHHORN: Ikke alle gjorde perfekt. 121 00:06:11,470 --> 00:06:12,720 Så jeg ved, [griner] 122 00:06:12,720 --> 00:06:15,950 der være nogle spørgsmål om Quiz 0. 123 00:06:15,950 --> 00:06:27,940 124 00:06:27,940 --> 00:06:28,590 OK. 125 00:06:28,590 --> 00:06:29,210 Ja. 126 00:06:29,210 --> 00:06:29,600 Ompica. 127 00:06:29,600 --> 00:06:30,520 >> OMPICA: Number 10. 128 00:06:30,520 --> 00:06:33,560 >> JASON HIRSCHHORN: Number 10. 129 00:06:33,560 --> 00:06:35,400 Hvilken en var nummer 10? 130 00:06:35,400 --> 00:06:35,840 >> OMPICA: The - 131 00:06:35,840 --> 00:06:36,420 >> JASON HIRSCHHORN: I haven't - 132 00:06:36,420 --> 00:06:37,670 >> OMPICA: Den omfatter - 133 00:06:37,670 --> 00:06:40,060 134 00:06:40,060 --> 00:06:42,180 >> JASON HIRSCHHORN: Number 10 var otte til i - at skrive otte til i? 135 00:06:42,180 --> 00:06:42,980 >> OMPICA: Ja. 136 00:06:42,980 --> 00:06:43,630 >> JASON HIRSCHHORN: OK. 137 00:06:43,630 --> 00:06:47,390 Så et andet spørgsmål du kunne have spurgte var jeg forudseende? 138 00:06:47,390 --> 00:06:48,630 Svaret er ja. 139 00:06:48,630 --> 00:06:52,060 I afsnit før quizzen, spurgte jeg jer at kode både Sterling og 140 00:06:52,060 --> 00:06:52,980 otte til jeg. 141 00:06:52,980 --> 00:06:54,770 Både af dem skete for vises på quizzen. 142 00:06:54,770 --> 00:06:57,510 Så forhåbentlig, du har betalt opmærksom på det. 143 00:06:57,510 --> 00:07:02,520 >> Og hvis du havde, så ville du have sandsynligvis gjort godt på de to. 144 00:07:02,520 --> 00:07:06,030 Men otte til jeg gjorde vi faktisk ikke kode det i klassen, men det var igen, 145 00:07:06,030 --> 00:07:07,500 spurgte på quizzen. 146 00:07:07,500 --> 00:07:13,270 Så et par ting at tage Bemærk når kodning otte til jeg. 147 00:07:13,270 --> 00:07:17,320 Den første ting, pr spørgsmålet, var at du havde brug for at kontrollere, om strengen 148 00:07:17,320 --> 00:07:20,300 var lig med nul. 149 00:07:20,300 --> 00:07:28,060 >> Et par personer forsøgt at kontrollere senere i programmet, hvis s beslag jeg var - 150 00:07:28,060 --> 00:07:30,940 så et bestemt tegn på, at snor - var lig med nul. 151 00:07:30,940 --> 00:07:35,600 Men husk, at null er væsentlige - det er godt at tænke på 152 00:07:35,600 --> 00:07:39,100 null som en nul-pointer - en pointer til nul - 153 00:07:39,100 --> 00:07:40,920 et sted i hukommelsen, hvor du kan aldrig få adgang til. 154 00:07:40,920 --> 00:07:44,730 >> Så hvis noget er lig med nul, du ved, at det ikke er blevet initialiseret, 155 00:07:44,730 --> 00:07:46,430 eller der er ikke noget der. 156 00:07:46,430 --> 00:07:50,950 Så s er en char stjerne, s beslag i er en char. 157 00:07:50,950 --> 00:07:57,410 Så det giver mening at sammenligne s til null, men ikke s beslag jeg til null. 158 00:07:57,410 --> 00:07:59,390 Men igen - så det var det første, at du skulle gøre - 159 00:07:59,390 --> 00:08:03,510 skal du kontrollere, at du rent faktisk fik en reel streng. 160 00:08:03,510 --> 00:08:08,020 >> Næste, du ønskede at gå igennem hvert tegn i strengen. 161 00:08:08,020 --> 00:08:12,500 Og så det ville være som en s beslag Jeg, for eksempel, hvis jeg er din iterator. 162 00:08:12,500 --> 00:08:17,250 Og tage denne karakter, og få dens faktiske værdi. 163 00:08:17,250 --> 00:08:21,800 Du har det gemt som en char, men ASCII-værdien for nul - 164 00:08:21,800 --> 00:08:23,010 nul som et tegn - 165 00:08:23,010 --> 00:08:25,450 er faktisk det hele tal nul. 166 00:08:25,450 --> 00:08:28,700 Det er nogle andre tal, som du kan kigge op i ASCII-tabellen. 167 00:08:28,700 --> 00:08:30,790 >> Så en måde at korrigere for det - nok den bedste måde at korrigere for 168 00:08:30,790 --> 00:08:33,760 der - er trække fra det tegnet værdi - 169 00:08:33,760 --> 00:08:35,140 nul som et tegn. 170 00:08:35,140 --> 00:08:38,490 Så minus enkelt citat, nul, anden enkelt citat. 171 00:08:38,490 --> 00:08:44,620 Det vil tage, hvad nummer du har som en char, og få det svarer til 172 00:08:44,620 --> 00:08:46,720 nummeret som et virkeligt heltal. 173 00:08:46,720 --> 00:08:50,300 >> Og der er meget lig med den fremgangsmåde, en masse mennesker tog i 174 00:08:50,300 --> 00:08:52,800 Problemet sæt 2, med Cæsar og Viginere - 175 00:08:52,800 --> 00:08:55,160 disse ciphers, når du blev dreje dem. 176 00:08:55,160 --> 00:08:59,210 Så efter at du har det som et nummer fra nul til ni, så - efter 177 00:08:59,210 --> 00:09:02,750 hvor det går i den ultimative nummer - du nødt til at formere den 178 00:09:02,750 --> 00:09:04,120 ved en effekt på 10. 179 00:09:04,120 --> 00:09:07,340 >> Nogle folk flyttede fra bagsiden til fronten, og multipliceres den enkelte 180 00:09:07,340 --> 00:09:08,940 tal med en effekt på 10. 181 00:09:08,940 --> 00:09:11,160 Nogle mennesker flyttede fra den front til bag - 182 00:09:11,160 --> 00:09:14,430 og så tog de højeste løbenumrene først - 183 00:09:14,430 --> 00:09:18,190 og ville spare dem i en global counter variabel. 184 00:09:18,190 --> 00:09:20,880 Og så hver gang gennem FOR loop, formere sig, at kæmpe global 185 00:09:20,880 --> 00:09:25,640 imødegå variabel ved 10, for at gøre plads til den næste char. 186 00:09:25,640 --> 00:09:28,750 >> Så det var en smule forvirrende uden mig skrive det på tavlen. 187 00:09:28,750 --> 00:09:31,550 Men prøveopløsningen er tilgængelig for dig. 188 00:09:31,550 --> 00:09:32,870 Men det var de store ting vi ledte efter. 189 00:09:32,870 --> 00:09:36,400 Også en kontrol for at sikre, at hver individuel karakter var faktisk en 190 00:09:36,400 --> 00:09:39,780 karakter mellem nul og ni, og ikke en anden karakter, som en A, 191 00:09:39,780 --> 00:09:41,160 for eksempel. 192 00:09:41,160 --> 00:09:43,150 >> Det var de ting, vi ledte i det spørgsmål. 193 00:09:43,150 --> 00:09:46,510 194 00:09:46,510 --> 00:09:47,980 Besvarer det dit spørgsmål? 195 00:09:47,980 --> 00:09:49,320 >> OMPICA: Ja. 196 00:09:49,320 --> 00:09:50,240 >> JASON HIRSCHHORN: OK. 197 00:09:50,240 --> 00:09:53,940 Er der andre spørgsmål om Quiz 0? 198 00:09:53,940 --> 00:09:55,440 Hvad med at samle? 199 00:09:55,440 --> 00:09:56,740 Everybody kompilering ret? 200 00:09:56,740 --> 00:09:58,370 Nej. 201 00:09:58,370 --> 00:09:58,840 Der var en - 202 00:09:58,840 --> 00:10:01,010 [Griner] 203 00:10:01,010 --> 00:10:03,265 Eventuelle spørgsmål om kompilering proces? 204 00:10:03,265 --> 00:10:06,050 205 00:10:06,050 --> 00:10:06,966 Wow. 206 00:10:06,966 --> 00:10:11,090 >> [PAPER knitrende] 207 00:10:11,090 --> 00:10:11,520 >> JASON HIRSCHHORN: Ja. 208 00:10:11,520 --> 00:10:11,700 Michael. 209 00:10:11,700 --> 00:10:14,140 >> MICHAEL: Er nummer 7 - tilfældigt? 210 00:10:14,140 --> 00:10:16,500 >> JASON HIRSCHHORN: Number 7. 211 00:10:16,500 --> 00:10:20,670 Nummer 7, var at få et tilfældigt heltal. 212 00:10:20,670 --> 00:10:21,110 Excellent. 213 00:10:21,110 --> 00:10:25,630 Så du får et heltal a og en heltal b og du vil have en tilfældig 214 00:10:25,630 --> 00:10:28,710 heltal mellem a og b. 215 00:10:28,710 --> 00:10:31,740 Vi kan faktisk skrive denne ene på bestyrelsen, fordi denne ene 216 00:10:31,740 --> 00:10:33,320 var én linje kode - 217 00:10:33,320 --> 00:10:34,390 én måde at gøre det. 218 00:10:34,390 --> 00:10:37,810 >> Så vi givet drand som en funktion, vi kunne bruge. 219 00:10:37,810 --> 00:10:38,820 Og hvad betyder drand - 220 00:10:38,820 --> 00:10:40,290 forudsat det er blevet seedet - 221 00:10:40,290 --> 00:10:42,316 hvad betyder drand vende tilbage? 222 00:10:42,316 --> 00:10:44,840 >> MICHAEL: En flyder mellem 0,0 og 1,0. 223 00:10:44,840 --> 00:10:45,530 >> JASON HIRSCHHORN: Et tal - ja. 224 00:10:45,530 --> 00:10:47,910 Et tal mellem 0 og 1. 225 00:10:47,910 --> 00:10:51,760 Og så vi har B og A. 226 00:10:51,760 --> 00:10:55,480 Og så har vi vores tilfældige tal mellem 0 og 1 givet til os af drand. 227 00:10:55,480 --> 00:11:01,480 228 00:11:01,480 --> 00:11:06,630 Nogle mennesker forsøgte at sætte b, eller b minus en, eller noget inde dem 229 00:11:06,630 --> 00:11:07,960 parenteser. 230 00:11:07,960 --> 00:11:11,210 Det ville betyde, at de er argumenter denne funktion. 231 00:11:11,210 --> 00:11:13,450 >> drand ikke tager nogen argumenter - Ligesom getString gør 232 00:11:13,450 --> 00:11:14,330 ikke tage nogen argumenter. 233 00:11:14,330 --> 00:11:16,600 Så det er bare åbne paren tæt paren - og det i sig selv er 234 00:11:16,600 --> 00:11:17,330 funktionen opkald. 235 00:11:17,330 --> 00:11:19,770 Og det giver dig en række mellem 0 og 1.. 236 00:11:19,770 --> 00:11:22,820 Selvfølgelig har vi en hel række at tal kan være i. 237 00:11:22,820 --> 00:11:28,470 >> Sige, hvis b er 10 og en er 5, vi virkelig ønsker et nummer med en række af 5.. 238 00:11:28,470 --> 00:11:36,940 Så den næste ting, vi skal gøre, er multipliceres med den række B minus en. 239 00:11:36,940 --> 00:11:40,380 Så under forudsætning af, der er mangedoblet. 240 00:11:40,380 --> 00:11:42,590 Og det vil give os en række inden for et givet interval. 241 00:11:42,590 --> 00:11:46,610 Og dette specifikke område er den Forskellen mellem B minus en. 242 00:11:46,610 --> 00:11:50,030 >> Og endelig, der vil kun give det fra - sige området mellem b minus en 243 00:11:50,030 --> 00:11:52,520 er 5, vil det give os et tal fra 0 til 5. 244 00:11:52,520 --> 00:11:56,000 Men hvis en er faktisk 5, er vi nødt til at øge dette område op til, hvor det er 245 00:11:56,000 --> 00:12:01,380 faktisk formodes at være, ved at tilføje en. 246 00:12:01,380 --> 00:12:02,580 Så får logikken højre. 247 00:12:02,580 --> 00:12:03,745 Og så ville du have et andet spørgsmål? 248 00:12:03,745 --> 00:12:04,547 >> MICHAEL: Nej. 249 00:12:04,547 --> 00:12:06,010 Jeg bare føler virkelig dum lige nu. 250 00:12:06,010 --> 00:12:06,405 [Griner] 251 00:12:06,405 --> 00:12:06,730 >> JASON HIRSCHHORN: Nej. 252 00:12:06,730 --> 00:12:08,640 Må ikke føler virkelig dum. 253 00:12:08,640 --> 00:12:10,560 Et antal mennesker kæmpet med dette spørgsmål. 254 00:12:10,560 --> 00:12:13,920 Og så det andet spørgsmål er, drand, du sagde, giver dig en float - 255 00:12:13,920 --> 00:12:14,940 returnerer en float. 256 00:12:14,940 --> 00:12:18,020 Men denne funktion faktisk bedt til et helt tal, der skal returneres. 257 00:12:18,020 --> 00:12:23,700 >> Du behøver ikke at kaste dette udtrykkeligt til et heltal, fordi disse 258 00:12:23,700 --> 00:12:29,090 operationerne vil behandle det som alle en flyde - som et decimaltal. 259 00:12:29,090 --> 00:12:31,570 Som dette vil - også selvom det er et helt tal, vil dette 260 00:12:31,570 --> 00:12:32,890 multipliceres korrekt. 261 00:12:32,890 --> 00:12:34,000 Alle multiplikation vil arbejde. 262 00:12:34,000 --> 00:12:35,060 Du behøver ikke at kaste det her. 263 00:12:35,060 --> 00:12:36,480 Faktisk bør du ikke kaste den. 264 00:12:36,480 --> 00:12:37,310 >> Det ville - 265 00:12:37,310 --> 00:12:40,750 hvis du vil kaste en række der er mellem 0 og 1 - 266 00:12:40,750 --> 00:12:42,680 et tilfældigt tal, en floating point - 267 00:12:42,680 --> 00:12:47,850 så vil det enten kun være 0 eller 1, så mister du alt dette præcision. 268 00:12:47,850 --> 00:12:50,120 Men i slutningen, når du vender tilbage, det automatisk får 269 00:12:50,120 --> 00:12:51,620 sendes tilbage som et heltal. 270 00:12:51,620 --> 00:12:56,870 Så du behøver ikke at gøre at støbe selv. 271 00:12:56,870 --> 00:13:00,810 >> Så dette var svaret på dette spørgsmål, nummer 7. 272 00:13:00,810 --> 00:13:02,190 Alle andre spørgsmål om Quiz 0? 273 00:13:02,190 --> 00:13:03,300 Ja, Annie. 274 00:13:03,300 --> 00:13:05,050 >> ANNIE: Når vi bruger rekursive - 275 00:13:05,050 --> 00:13:07,850 når vi bruger iterative loops? 276 00:13:07,850 --> 00:13:10,210 >> JASON HIRSCHHORN: Når bruger du rekursive - så mere generelt 277 00:13:10,210 --> 00:13:14,110 fordele og ulemper ved rekursion versus en iterativ fremgangsmåde. 278 00:13:14,110 --> 00:13:17,110 Kan nogen give en pro eller en con? 279 00:13:17,110 --> 00:13:19,460 Venligst? 280 00:13:19,460 --> 00:13:20,140 Ikke kan nogen. 281 00:13:20,140 --> 00:13:22,526 Hvem kan tilbyde en pro eller en con? 282 00:13:22,526 --> 00:13:26,963 >> [PAPER knitrende] 283 00:13:26,963 --> 00:13:29,730 >> STUDENT 1: Rekursiv er mindre kodning - mindre skrive? 284 00:13:29,730 --> 00:13:33,170 >> JASON HIRSCHHORN: Så generelt, rekursion især en funktion - 285 00:13:33,170 --> 00:13:35,750 eller en algoritme som merge sortere - som egner sig 286 00:13:35,750 --> 00:13:37,300 til en rekursiv metode - 287 00:13:37,300 --> 00:13:40,710 kunne være mere ligetil at kode rekursivt. 288 00:13:40,710 --> 00:13:43,940 Og bare give mere mening at gøre det rekursivt. 289 00:13:43,940 --> 00:13:46,230 Så det ville være en pro til rekursion. 290 00:13:46,230 --> 00:13:46,610 Andre? 291 00:13:46,610 --> 00:13:47,467 Ja? 292 00:13:47,467 --> 00:13:49,240 >> STUDENT 2: Con til rekursion - 293 00:13:49,240 --> 00:13:50,940 Det bruger mere hukommelse. 294 00:13:50,940 --> 00:13:52,200 >> JASON HIRSCHHORN: Så præcis højre. 295 00:13:52,200 --> 00:13:55,720 En rekursiv funktion vil holde tilføje stakrammer til stakken. 296 00:13:55,720 --> 00:13:59,690 Så hvis du opererer på en masse tal, og er nødt til at kalde dette 297 00:13:59,690 --> 00:14:02,560 fungere en masse, så vil du helt sikkert fylder mere hukommelse, mens 298 00:14:02,560 --> 00:14:05,810 en iterativ tilgang vil kun sætte ét stakrammen på stakken, fordi 299 00:14:05,810 --> 00:14:08,420 det hele sker inden for en funktion. 300 00:14:08,420 --> 00:14:11,010 >> Alle andre fordele og ulemper? 301 00:14:11,010 --> 00:14:11,500 Ja. 302 00:14:11,500 --> 00:14:12,550 >> STUDENT 3: Fordele for rekursion. 303 00:14:12,550 --> 00:14:15,950 Du behøver ikke at bestemme i forhånd, hvor mange gange 304 00:14:15,950 --> 00:14:17,660 kode måtte gentages. 305 00:14:17,660 --> 00:14:22,810 Du kan have et forudbestemt antal gange, at du er nødt til at gentage, så 306 00:14:22,810 --> 00:14:26,420 rekursion er bedre, fordi det tager dette resultat. 307 00:14:26,420 --> 00:14:27,780 >> JASON HIRSCHHORN: Jeg tror, ​​det er rigtigt. 308 00:14:27,780 --> 00:14:30,770 Men jeg tror i begge tilfælde du ville aldrig - 309 00:14:30,770 --> 00:14:33,290 ville du sikkert få nogle input fra brugeren. 310 00:14:33,290 --> 00:14:35,990 Eller denne funktion ville have nogle input der ville bestemme, hvor mange gange det 311 00:14:35,990 --> 00:14:36,730 skal køre. 312 00:14:36,730 --> 00:14:39,520 Så generelt, ikke ville du hårdt kode - selv i en iterativ tilgang - hvordan 313 00:14:39,520 --> 00:14:40,940 mange gange, at løkken skal køres. 314 00:14:40,940 --> 00:14:46,100 315 00:14:46,100 --> 00:14:48,670 >> Har du har en anden, du var tænker, Annie? 316 00:14:48,670 --> 00:14:49,330 OK. 317 00:14:49,330 --> 00:14:51,650 Så det er nok de to - 318 00:14:51,650 --> 00:14:54,370 den største pro og den største con til en rekursiv versus 319 00:14:54,370 --> 00:14:57,080 en iterativ fremgangsmåde. 320 00:14:57,080 --> 00:14:57,690 OK. 321 00:14:57,690 --> 00:14:59,465 Noget andet på Quiz 0? 322 00:14:59,465 --> 00:15:08,940 323 00:15:08,940 --> 00:15:09,920 >> Lad os komme videre. 324 00:15:09,920 --> 00:15:15,260 File I / O. Der er en vidunderlig kort denne uge på fil I / O, som forhåbentlig 325 00:15:15,260 --> 00:15:19,270 du har set flere tidspunkter, og beundret. 326 00:15:19,270 --> 00:15:22,910 En masse arbejde gik ind i det, og jeg har hørte det er sindssygt nyttigt. 327 00:15:22,910 --> 00:15:25,740 Jeg har også inkluderet linket på dette dias, hvis du ikke har haft en 328 00:15:25,740 --> 00:15:29,160 chance for at se det 10 gange. 329 00:15:29,160 --> 00:15:35,280 >> Så vi kommer til kort gå over vigtige skridt til at åbne og arbejde 330 00:15:35,280 --> 00:15:38,400 med filer og derefter vil vi dykke ned i en kodning problem før 331 00:15:38,400 --> 00:15:40,400 undersøge problemet sæt. 332 00:15:40,400 --> 00:15:44,330 Så igen, vil jeg sætte det op på skærmen, men jeg har tænkt mig at tale om 333 00:15:44,330 --> 00:15:47,630 blot et minut om, hvad vi gør her med fil I/O-- 334 00:15:47,630 --> 00:15:49,090 hvad betyder det? 335 00:15:49,090 --> 00:15:55,280 >> Det betyder, at vi kan skabe vores programmer, og så har vores programmer 336 00:15:55,280 --> 00:16:00,370 exit, og ikke har gjort nogen indvirkning på verden uden for vores program. 337 00:16:00,370 --> 00:16:04,630 Men når vi begynder at arbejde med filer - både læse dem i og skabe 338 00:16:04,630 --> 00:16:10,460 dem - vi kan have en vis effekt på verden uden for vores program. 339 00:16:10,460 --> 00:16:15,440 >> Ligesom hvis Microsoft Word ikke var i stand at foretage Word-dokumenter, så 340 00:16:15,440 --> 00:16:18,710 når Microsoft Word op, alle dine arbejde ville være væk, og det ville 341 00:16:18,710 --> 00:16:19,740 virkelig være ubrugelig. 342 00:16:19,740 --> 00:16:23,620 Vi har i sidste ende vil være i stand til skrive programmer, der kan påvirke 343 00:16:23,620 --> 00:16:31,350 verden omkring dem, både ved at tage i komplekse indgange - i form af filer og 344 00:16:31,350 --> 00:16:37,080 via filer, og også skaber interessant og overbevisende udgange - 345 00:16:37,080 --> 00:16:39,520 i form af forskellige typer af filer. 346 00:16:39,520 --> 00:16:43,730 >> Så det er derfor, vi er begyndt at lære at arbejde med filer. 347 00:16:43,730 --> 00:16:47,080 Mere konkret, hvilke vi gør, er som følger. 348 00:16:47,080 --> 00:16:47,680 Det er meget simpelt. 349 00:16:47,680 --> 00:16:51,530 Der er kun et par skridt, og de er opført her på denne kode. 350 00:16:51,530 --> 00:16:55,130 Så vi kommer til at gå igennem denne kode linje for linje. 351 00:16:55,130 --> 00:16:57,630 >> Først skal du se fremhævet - 352 00:16:57,630 --> 00:17:01,330 når du arbejder med en fil, uanset hvilken type fil det er, 353 00:17:01,330 --> 00:17:02,670 du nødt til at åbne den. 354 00:17:02,670 --> 00:17:05,130 Og det er med en opfordring til fopen - 355 00:17:05,130 --> 00:17:05,950 lige her. 356 00:17:05,950 --> 00:17:07,980 Du medtage navnet på filen. 357 00:17:07,980 --> 00:17:11,930 Hvis filen ikke er i telefonbogen, eller den mappe, hvor dette program 358 00:17:11,930 --> 00:17:15,910 liv, så er du også nødt til at omfatte en sti til hvor filen er. 359 00:17:15,910 --> 00:17:19,099 >> Vi kommer til at antage, at dette fil kaldet "text.txt" - 360 00:17:19,099 --> 00:17:24,220 en simpel tekst dokument - er i samme mappe som dette program er. 361 00:17:24,220 --> 00:17:26,859 Så det er en anden ting at huske på øje - at hvis du ønsker at åbne en fil 362 00:17:26,859 --> 00:17:30,050 et andet sted, du faktisk har brug at medtage dens placering. 363 00:17:30,050 --> 00:17:33,520 >> For det andet, kan du overføre et argument for fopen, og det er, hvad du ønsker at gøre 364 00:17:33,520 --> 00:17:34,620 med filen. 365 00:17:34,620 --> 00:17:38,450 Der er tre vigtigste argumenter, du kommer til at passere til fopen. 366 00:17:38,450 --> 00:17:40,060 Hvem kan give mig de tre? 367 00:17:40,060 --> 00:17:44,960 368 00:17:44,960 --> 00:17:47,130 Hvem kan give mig en af ​​dem? 369 00:17:47,130 --> 00:17:48,130 Ja. 370 00:17:48,130 --> 00:17:50,010 >> STUDENT 4: Filen navn? 371 00:17:50,010 --> 00:17:50,440 >> JASON HIRSCHHORN: Undskyld. 372 00:17:50,440 --> 00:17:55,490 Tre væsentligste argumenter du kan passere som det andet argument til fopen. 373 00:17:55,490 --> 00:17:57,060 Du har ret - filnavnet er det første argument. 374 00:17:57,060 --> 00:18:01,620 Men det andet argument til fopen er generelt tre strygere, og - ja. 375 00:18:01,620 --> 00:18:02,210 Aleja. 376 00:18:02,210 --> 00:18:03,490 >> Aleja: A for append. 377 00:18:03,490 --> 00:18:06,840 >> JASON HIRSCHHORN: A, hvis du vil vedlægge en fil, der allerede eksisterer. 378 00:18:06,840 --> 00:18:07,810 >> STUDENT 5: R for at læse. 379 00:18:07,810 --> 00:18:09,930 >> JASON HIRSCHHORN: R hvis du ønsker at læse fra en fil. 380 00:18:09,930 --> 00:18:10,670 >> STUDENT 6: W for write. 381 00:18:10,670 --> 00:18:12,840 >> JASON HIRSCHHORN: Og w hvis du ønsker at skrive til en fil. 382 00:18:12,840 --> 00:18:17,570 Så i dette tilfælde, vi skriver til filen, så vi har w. 383 00:18:17,570 --> 00:18:22,360 Du åbner den, du også nødt til at gemme fil et eller andet sted, og det er med 384 00:18:22,360 --> 00:18:26,000 kode til den venstre side af opgaven operatør - 385 00:18:26,000 --> 00:18:31,220 Jeg skaber en pointer til en fil kaldes, i dette tilfælde, fil. 386 00:18:31,220 --> 00:18:36,070 >> Vi kommer ikke til at bekymre dig, hvad denne alle hætter FIL ting er. 387 00:18:36,070 --> 00:18:40,600 Det er tilstrækkeligt at sige, det er en lang strøm af nuller og ettaller. 388 00:18:40,600 --> 00:18:44,970 Og det er, hvordan vi kommer til at betjene det og forstå det. 389 00:18:44,970 --> 00:18:47,300 >> Den næste ting, vi skal gøre - og dette er utroligt vigtigt - 390 00:18:47,300 --> 00:18:49,070 hver gang du åbner en fil - 391 00:18:49,070 --> 00:18:54,250 i virkeligheden, når du kalder malloc for eksempel, og få nogle hukommelse, og prøv 392 00:18:54,250 --> 00:18:57,980 og gemme det i en pegepind, du altid ønsker at tjekke for at sikre, at der 393 00:18:57,980 --> 00:19:00,230 funktion returnerede ikke nul. 394 00:19:00,230 --> 00:19:05,230 >> Så i dette tilfælde, er vi kontrol for at sikker på, at vi faktisk åbnet 395 00:19:05,230 --> 00:19:10,230 fil korrekt, og der var ingen fejl i vores program. 396 00:19:10,230 --> 00:19:15,160 Næste gang vi har tjekket for at sikre, at vi har en fungerende fil, kan vi 397 00:19:15,160 --> 00:19:18,520 skrive til eller læse fra, eller føje til filen. 398 00:19:18,520 --> 00:19:24,270 I dette tilfælde er jeg simpelthen udskrive en linje til denne fil. 399 00:19:24,270 --> 00:19:25,450 >> Hvordan kan jeg vide det? 400 00:19:25,450 --> 00:19:27,990 Nå, jeg bruger denne funktion kaldet fprintf. 401 00:19:27,990 --> 00:19:30,970 Alle de funktioner, du vil bruge når du skriver til eller læsning fra eller 402 00:19:30,970 --> 00:19:34,950 manipulere filer vil være magen til funktioner, du har set før, men 403 00:19:34,950 --> 00:19:38,420 starter med bogstavet F, stående i filen. 404 00:19:38,420 --> 00:19:43,440 Og fprintf, i modsætning til vores normale print app, tager et yderligere argument, 405 00:19:43,440 --> 00:19:47,800 og det er den fil, hvor du ønsker at udskrive denne linie til. 406 00:19:47,800 --> 00:19:50,640 >> Jeg har ikke noget at ret ohai. 407 00:19:50,640 --> 00:19:52,860 Jeg har ikke den tredje argument til printf - 408 00:19:52,860 --> 00:19:57,030 eller det andet argument til printf, den tredje argument til fprintf, fordi jeg 409 00:19:57,030 --> 00:19:59,480 ikke har nogen pladsholdere her. 410 00:19:59,480 --> 00:20:01,070 Jeg er ikke inklusive eventuelle variabler. 411 00:20:01,070 --> 00:20:06,070 Men igen, fprintf og alle disse fil funktioner, der opererer med filer 412 00:20:06,070 --> 00:20:09,820 generelt vil få brug for filen som de er i drift. 413 00:20:09,820 --> 00:20:15,960 >> Endelig er den sidste vigtige ting at gøre, er at lukke filen, ligesom 414 00:20:15,960 --> 00:20:19,530 med - når vi allokere noget, vi ønsker at frigøre noget, at vi ikke 415 00:20:19,530 --> 00:20:22,730 har en hukommelsesfejl - vi vil at lukke vores fil. 416 00:20:22,730 --> 00:20:28,180 Hvis programmet forladt uden lukning filen, odds er intet ville gå 417 00:20:28,180 --> 00:20:30,050 forkert, især hvis det var en lille fil. 418 00:20:30,050 --> 00:20:35,020 >> Men det er bestemt god kodning stil og praksis altid at lukke din fil 419 00:20:35,020 --> 00:20:38,050 når du er færdig med at bruge det. 420 00:20:38,050 --> 00:20:43,630 Så det er det grundlæggende i fil I / O. Du har sikkert set det før, eller 421 00:20:43,630 --> 00:20:45,710 så det i denne fantastiske kort. 422 00:20:45,710 --> 00:20:48,410 Er der nogen har nogen spørgsmål, før vi går ind i nogle praksis kodning 423 00:20:48,410 --> 00:20:51,800 problemer, omkring fil I / O eller skridt, jeg gik bare forbi? 424 00:20:51,800 --> 00:21:00,198 425 00:21:00,198 --> 00:21:03,162 >> [TYPING SOUNDS] 426 00:21:03,162 --> 00:21:04,150 >> JASON HIRSCHHORN: Kan du har et spørgsmål, Avi? 427 00:21:04,150 --> 00:21:04,660 >> AVI: Nej. 428 00:21:04,660 --> 00:21:04,740 >> JASON HIRSCHHORN: OK. 429 00:21:04,740 --> 00:21:06,746 Jeg har tænkt mig at vente en anden syv sekunder. 430 00:21:06,746 --> 00:21:07,590 [Griner] 431 00:21:07,590 --> 00:21:08,620 Det er et rigtig godt tip. 432 00:21:08,620 --> 00:21:10,750 Du fyre kan bare ikke lide stille spørgsmål. 433 00:21:10,750 --> 00:21:11,660 Det er fint. 434 00:21:11,660 --> 00:21:12,330 OK. 435 00:21:12,330 --> 00:21:17,620 Så vores første praksis problem er, at vi er kommer til at overlappe funktionen af 436 00:21:17,620 --> 00:21:22,330 en kommandolinje værktøj, som du sandsynligvis brugt før - copy - 437 00:21:22,330 --> 00:21:23,500 kopien værktøjet. 438 00:21:23,500 --> 00:21:28,050 Hvis du skriver cp, og derefter sende det to argumenter i din terminal, kan du 439 00:21:28,050 --> 00:21:28,980 kopiere en fil. 440 00:21:28,980 --> 00:21:31,220 Og det er det, vi går til at skrive lige nu. 441 00:21:31,220 --> 00:21:35,830 >> Så igen, læse ud af dette dias, jeg havde dig til at skrive et program, der tager 442 00:21:35,830 --> 00:21:38,130 to og kun to kommando-linje argumenter - 443 00:21:38,130 --> 00:21:40,750 en kildefil og en destination fil - 444 00:21:40,750 --> 00:21:44,590 og kopierer indholdet af kilden filen til destinationen fil 445 00:21:44,590 --> 00:21:46,960 en byte ad gangen. 446 00:21:46,960 --> 00:21:48,510 Så det er meget at bede om. 447 00:21:48,510 --> 00:21:52,200 >> Igen, en god tilgang til dette er at ikke gå direkte til C-kode, men 448 00:21:52,200 --> 00:21:54,280 bryde det ned i et par trin. 449 00:21:54,280 --> 00:21:58,400 Først tænke logikken - præcis hvad jeg beder dig om at gøre - 450 00:21:58,400 --> 00:22:00,620 og forstå alle de trin til dette problem. 451 00:22:00,620 --> 00:22:04,410 Ikke i C, bare i nogle pseudokode, eller endda en mental model 452 00:22:04,410 --> 00:22:06,030 hvad der foregår. 453 00:22:06,030 --> 00:22:10,050 >> Næste gang du har pseudokoden ned, regne ud, hvordan pseudokoden 454 00:22:10,050 --> 00:22:14,600 kort på værktøjer og ting, vi har lært at bruge i C. 455 00:22:14,600 --> 00:22:19,070 >> Og endelig, når du har alt, sammen, kan du kode problemet. 456 00:22:19,070 --> 00:22:23,370 Tage 5 til 10 minutter for at arbejde på dette problem. 457 00:22:23,370 --> 00:22:25,800 Jeg vil sætte instruktionerne tilbage op i et sekund. 458 00:22:25,800 --> 00:22:27,990 Og så vil vi gå over pseudokode og kode 459 00:22:27,990 --> 00:22:29,230 det lever som en gruppe. 460 00:22:29,230 --> 00:22:31,640 >> Hvis du har spørgsmål, mens du er arbejder på dette, er du velkommen til at hæve 461 00:22:31,640 --> 00:22:34,260 din hånd, og jeg vil komme rundt og besvare dem. 462 00:22:34,260 --> 00:22:37,020 463 00:22:37,020 --> 00:22:39,330 >> STUDENT 7: Kan jeg knalde et stykke papir? 464 00:22:39,330 --> 00:22:41,537 >> JASON HIRSCHHORN: Hvad sker der? 465 00:22:41,537 --> 00:26:46,047 466 00:26:46,047 --> 00:26:48,043 >> [TYPING SOUNDS] 467 00:26:48,043 --> 00:26:48,730 >> JASON HIRSCHHORN: OK. 468 00:26:48,730 --> 00:26:51,710 Lad os gå over pseudokoden først, og så vil jeg give dig et par mere 469 00:26:51,710 --> 00:26:52,960 minutter at afslutte kodning. 470 00:26:52,960 --> 00:26:55,540 471 00:26:55,540 --> 00:26:58,650 >> Hvem vil gerne starte mig med den første linje i 472 00:26:58,650 --> 00:27:00,030 pseudokode til denne funktion? 473 00:27:00,030 --> 00:27:03,330 474 00:27:03,330 --> 00:27:05,740 >> STUDENT 8: Kontroller, at du fik to filer. 475 00:27:05,740 --> 00:27:06,990 >> JASON HIRSCHHORN: OK. 476 00:27:06,990 --> 00:27:21,270 477 00:27:21,270 --> 00:27:22,990 Og hvis vi ikke? 478 00:27:22,990 --> 00:27:25,974 >> STUDENT 8: Jeg ville vende tilbage 0. 479 00:27:25,974 --> 00:27:27,872 >> JASON HIRSCHHORN: Skal vi vende tilbage 0? 480 00:27:27,872 --> 00:27:30,182 >> STUDENT 8: Return a - 481 00:27:30,182 --> 00:27:30,650 afblænding. 482 00:27:30,650 --> 00:27:30,850 Undskyld. 483 00:27:30,850 --> 00:27:31,210 >> JASON HIRSCHHORN: Ja. 484 00:27:31,210 --> 00:27:32,710 Sandsynligvis ikke 0. 485 00:27:32,710 --> 00:27:34,680 Fordi 0 betyder alt var godt. 486 00:27:34,680 --> 00:27:35,030 OK. 487 00:27:35,030 --> 00:27:36,730 Så det er den første linje af pseudokode. 488 00:27:36,730 --> 00:27:38,715 Hvem har den anden linje i pseudokode? 489 00:27:38,715 --> 00:27:40,630 >> STUDENT 9: Åben begge filer? 490 00:27:40,630 --> 00:27:41,880 >> JASON HIRSCHHORN: Åbn begge filer. 491 00:27:41,880 --> 00:27:49,970 492 00:27:49,970 --> 00:27:50,920 OK? 493 00:27:50,920 --> 00:27:52,850 >> STUDENT 10: Kontroller hvis filen er NULL? 494 00:27:52,850 --> 00:28:10,906 495 00:28:10,906 --> 00:28:12,580 >> JASON HIRSCHHORN: Kontroller, at at hverken er NULL. 496 00:28:12,580 --> 00:28:15,800 Som en sidebemærkning - 497 00:28:15,800 --> 00:28:17,540 skråstreg 0 - 498 00:28:17,540 --> 00:28:18,887 er, at NUL? 499 00:28:18,887 --> 00:28:20,080 >> STUDENT 11: Nej. 500 00:28:20,080 --> 00:28:21,190 >> JASON HIRSCHHORN: Det er ikke NULL. 501 00:28:21,190 --> 00:28:23,400 Det kaldes NULL terminator. 502 00:28:23,400 --> 00:28:25,580 Det er faktisk staves med kun én liter. 503 00:28:25,580 --> 00:28:28,580 Så kontrollerer noget imod det - der er faktisk et tegn - 504 00:28:28,580 --> 00:28:31,710 så kontrol noget imod, der er ikke det samme som kontrol for at se, om det 505 00:28:31,710 --> 00:28:32,690 lig NULL. 506 00:28:32,690 --> 00:28:34,100 >> Og nogle mennesker - 507 00:28:34,100 --> 00:28:36,040 på deres quizzer og deres problem sæt - har fået 508 00:28:36,040 --> 00:28:36,890 to af dem forvirret. 509 00:28:36,890 --> 00:28:38,830 Men de to af dem er i virkeligheden forskellige. 510 00:28:38,830 --> 00:28:40,220 Man slutter en streng - 511 00:28:40,220 --> 00:28:43,210 den ene er en pointer til 0. 512 00:28:43,210 --> 00:28:46,490 >> STUDENT 12: Hvorfor ville du ikke kontrollere Sørg for, at filerne ikke er NULL 513 00:28:46,490 --> 00:28:48,670 før du åbner dem? 514 00:28:48,670 --> 00:28:54,772 >> JASON HIRSCHHORN: So åben sparer noget i denne fil. 515 00:28:54,772 --> 00:28:57,780 Og hvis du går tilbage her - 516 00:28:57,780 --> 00:28:59,520 så denne linje - fopen - 517 00:28:59,520 --> 00:29:05,300 vil give dig en adresse og butik at adressen i filen, hvis det virker. 518 00:29:05,300 --> 00:29:07,650 Hvis det ikke virker, er det gemmer NULL - 519 00:29:07,650 --> 00:29:08,020 >> STUDENT 12: Oh. 520 00:29:08,020 --> 00:29:08,180 OK. 521 00:29:08,180 --> 00:29:08,500 Fik dig. 522 00:29:08,500 --> 00:29:09,050 >> JASON HIRSCHHORN: I fil. 523 00:29:09,050 --> 00:29:11,990 Så du kan ikke tjekke for NULL før du har åbnet dem. 524 00:29:11,990 --> 00:29:13,520 NULL betyder noget ikke gjorde fungere korrekt. 525 00:29:13,520 --> 00:29:18,030 526 00:29:18,030 --> 00:29:18,740 OK. 527 00:29:18,740 --> 00:29:22,590 Så tjek for at sikre hverken sige? 528 00:29:22,590 --> 00:29:23,200 Eller er? 529 00:29:23,200 --> 00:29:23,770 Hvad mener vi? 530 00:29:23,770 --> 00:29:24,310 Vi vil gå med det. 531 00:29:24,310 --> 00:29:24,520 >> STUDENT 13: Er. 532 00:29:24,520 --> 00:29:25,020 >> JASON HIRSCHHORN: Er? 533 00:29:25,020 --> 00:29:25,930 Hverken er? 534 00:29:25,930 --> 00:29:26,350 >> STUDENT 13: Er. 535 00:29:26,350 --> 00:29:26,390 >> JASON HIRSCHHORN: OK. 536 00:29:26,390 --> 00:29:28,510 Vi synes at have nogle enighed om det. 537 00:29:28,510 --> 00:29:30,520 Hverken NULL. 538 00:29:30,520 --> 00:29:32,250 OK, næste linje i pseudokode. 539 00:29:32,250 --> 00:29:33,600 Hvem har ikke givet mig en linje endnu? 540 00:29:33,600 --> 00:29:37,350 541 00:29:37,350 --> 00:29:38,295 Vi vil vente på dig. 542 00:29:38,295 --> 00:29:39,020 Ja. 543 00:29:39,020 --> 00:29:40,895 >> STUDENT 14: Du er nødt til at læse fra den første fil? 544 00:29:40,895 --> 00:29:42,290 >> JASON HIRSCHHORN: OK. 545 00:29:42,290 --> 00:29:46,240 >> STUDENT 14: Eller vi bruger fscanf eller noget som den første fil? 546 00:29:46,240 --> 00:29:50,650 >> JASON HIRSCHHORN: Så vi ønsker at læses fra den første fil, og - 547 00:29:50,650 --> 00:29:51,900 lad os sætte det lige her. 548 00:29:51,900 --> 00:30:00,600 549 00:30:00,600 --> 00:30:01,880 Læs fra kildefilen. 550 00:30:01,880 --> 00:30:05,370 Og så, hvad gør vi, når vi læses fra kildefilen? 551 00:30:05,370 --> 00:30:06,620 En anden? 552 00:30:06,620 --> 00:30:09,150 553 00:30:09,150 --> 00:30:12,190 >> STUDENT 15: Skriv ind destinationsfilen? 554 00:30:12,190 --> 00:30:22,080 555 00:30:22,080 --> 00:30:25,620 >> JASON HIRSCHHORN: Vi skriver til destinationsfilen, og - 556 00:30:25,620 --> 00:30:26,210 OK. 557 00:30:26,210 --> 00:30:30,030 Hvad mangler vi? 558 00:30:30,030 --> 00:30:32,460 Nogen andre, der ikke har givet mig en linje kode endnu - af pseudokode. 559 00:30:32,460 --> 00:30:33,510 Ja. 560 00:30:33,510 --> 00:30:36,540 >> STUDENT 16: Måske kan du altid tjekke hvorvidt der er noget at læse for, 561 00:30:36,540 --> 00:30:37,970 som den næste linje? 562 00:30:37,970 --> 00:30:39,550 Det er ligesom den næste linje, se, hvis den findes. 563 00:30:39,550 --> 00:30:40,660 >> [ELEKTRONISK BEEP] 564 00:30:40,660 --> 00:30:41,095 >> JASON HIRSCHHORN: Ups. 565 00:30:41,095 --> 00:30:43,120 Det er min journal software. 566 00:30:43,120 --> 00:30:43,580 Ja? 567 00:30:43,580 --> 00:30:44,960 >> STUDENT 16: Ja. 568 00:30:44,960 --> 00:30:48,940 >> JASON HIRSCHHORN: Så giv det til mig en gang mere. 569 00:30:48,940 --> 00:30:51,640 >> STUDENT 16: Kontroller, om der er stadig en næste linje fra 570 00:30:51,640 --> 00:30:52,920 kildefil at læse. 571 00:30:52,920 --> 00:30:53,500 >> JASON HIRSCHHORN: OK. 572 00:30:53,500 --> 00:30:56,060 Så vi ikke læser linier - læste bytes her - 573 00:30:56,060 --> 00:30:57,590 men du er korrekte. 574 00:30:57,590 --> 00:31:00,040 Vi ønsker at læse og skrive, indtil der ikke er flere bytes. 575 00:31:00,040 --> 00:31:11,430 576 00:31:11,430 --> 00:31:11,735 OK. 577 00:31:11,735 --> 00:31:16,940 Og så disse bør virkelig være indrykket lidt, fordi de er under der. 578 00:31:16,940 --> 00:31:17,470 Right? 579 00:31:17,470 --> 00:31:20,620 Indtil vi er ude af bytes, vi kommer til læses fra kildefilen og skrive 580 00:31:20,620 --> 00:31:22,160 til destinationen fil. 581 00:31:22,160 --> 00:31:24,510 >> Og så, hvad der er den sidste linje pseudokode? 582 00:31:24,510 --> 00:31:26,380 Nogen, der er ikke givet mig endnu noget. 583 00:31:26,380 --> 00:31:29,270 584 00:31:29,270 --> 00:31:30,260 >> STUDENT 17: Luk filerne? 585 00:31:30,260 --> 00:31:31,510 >> JASON HIRSCHHORN: Præcis. 586 00:31:31,510 --> 00:31:36,370 587 00:31:36,370 --> 00:31:37,450 Luk filerne. 588 00:31:37,450 --> 00:31:38,400 Så der er vores pseudokode. 589 00:31:38,400 --> 00:31:41,870 Jeg har tænkt mig at sætte pseudokoden ind gedit, og i et par minutter, vi 590 00:31:41,870 --> 00:31:44,626 vil kode det sammen. 591 00:31:44,626 --> 00:33:55,280 592 00:33:55,280 --> 00:33:56,000 >> OK. 593 00:33:56,000 --> 00:33:58,290 Lad os komme i gang som en gruppe. 594 00:33:58,290 --> 00:33:59,940 Nishant, jeg har min nye fil. 595 00:33:59,940 --> 00:34:01,130 Jeg har lige åbnet det op. 596 00:34:01,130 --> 00:34:01,880 Untitled document 1. 597 00:34:01,880 --> 00:34:05,490 Hvad er det første, jeg skal gøre? 598 00:34:05,490 --> 00:34:07,040 >> Nishant: Medtag bibliotekerne? 599 00:34:07,040 --> 00:34:08,219 >> JASON HIRSCHHORN: OK. 600 00:34:08,219 --> 00:34:11,070 Hvilke biblioteker? 601 00:34:11,070 --> 00:34:17,570 >> Nishant: stdio.h, stdlib.h, tror jeg? 602 00:34:17,570 --> 00:34:18,000 >> JASON HIRSCHHORN: OK. 603 00:34:18,000 --> 00:34:21,592 Hvad er stdlib efter? 604 00:34:21,592 --> 00:34:23,010 >> Nishant: Jeg har glemt. 605 00:34:23,010 --> 00:34:23,219 >> JASON HIRSCHHORN: OK. 606 00:34:23,219 --> 00:34:24,179 Så indeholde stdio. 607 00:34:24,179 --> 00:34:28,630 Hvad skal jeg gøre, selv før Jeg starte kodning? 608 00:34:28,630 --> 00:34:29,710 >> Nishant: Skriv en overskrift? 609 00:34:29,710 --> 00:34:31,830 >> JASON HIRSCHHORN: Hvordan får jeg det farvet? 610 00:34:31,830 --> 00:34:34,060 >> [indskyde STEMMER] 611 00:34:34,060 --> 00:34:35,040 >> Nishant: Hvordan får du det farvet? 612 00:34:35,040 --> 00:34:38,060 >> JASON HIRSCHHORN: Hvordan skal jeg Farvekodning? 613 00:34:38,060 --> 00:34:38,570 >> Nishant: Jeg ved det ikke. 614 00:34:38,570 --> 00:34:38,830 Oh. 615 00:34:38,830 --> 00:34:39,389 Gem. 616 00:34:39,389 --> 00:34:39,929 >> JASON HIRSCHHORN: Gem. 617 00:34:39,929 --> 00:34:40,270 Ja. 618 00:34:40,270 --> 00:34:41,760 Jeg skulle gemme det som en. Ca. 619 00:34:41,760 --> 00:34:46,239 Så gem det på skrivebordet som cp.c. 620 00:34:46,239 --> 00:34:47,280 Sød. 621 00:34:47,280 --> 00:34:51,199 Og hvis jeg ønsker at få fuld stil punkter, hvad skal jeg 622 00:34:51,199 --> 00:34:53,085 omfatte foroven? 623 00:34:53,085 --> 00:34:58,390 >> Nishant: Du kan skrive dit navn, navnet af programmet, og formålet 624 00:34:58,390 --> 00:34:59,640 af programmet så godt? 625 00:34:59,640 --> 00:35:08,400 626 00:35:08,400 --> 00:35:10,040 >> JASON HIRSCHHORN: Ser godt ud. 627 00:35:10,040 --> 00:35:10,470 Excellent. 628 00:35:10,470 --> 00:35:12,940 Så du har startede os perfekt. 629 00:35:12,940 --> 00:35:13,720 # Include - 630 00:35:13,720 --> 00:35:15,365 vi vil også skrive - 631 00:35:15,365 --> 00:35:30,050 632 00:35:30,050 --> 00:35:30,870 OK. 633 00:35:30,870 --> 00:35:33,520 Så jeg tror, ​​jeg alle indstillet til at gå. 634 00:35:33,520 --> 00:35:38,003 Hvem har den første linje kode for mig - eller de første linjer kode, der 635 00:35:38,003 --> 00:35:41,280 det vil tage at tilfredsstille vores første kommentere i pseudokode? 636 00:35:41,280 --> 00:35:41,985 Dig. 637 00:35:41,985 --> 00:35:48,780 >> STUDENT 18: Bør det ikke være int argc og derefter char * argv? 638 00:35:48,780 --> 00:35:49,490 >> JASON HIRSCHHORN: Jeg tror du har ret. 639 00:35:49,490 --> 00:35:56,270 Lad os ændre det til int main, åbne parentes, int argc, komma, char * argv? 640 00:35:56,270 --> 00:35:57,150 Ligesom det? 641 00:35:57,150 --> 00:35:57,410 >> STUDENT 18: Beslag. 642 00:35:57,410 --> 00:35:58,260 >> JASON HIRSCHHORN: Beslag. 643 00:35:58,260 --> 00:35:59,860 Åbneparentes tæt beslag, tæt forælder. 644 00:35:59,860 --> 00:36:00,240 Perfect. 645 00:36:00,240 --> 00:36:02,160 Nu kan jeg tage kommandolinje-argumenter. 646 00:36:02,160 --> 00:36:02,430 OK. 647 00:36:02,430 --> 00:36:04,250 Sikre, at vi fik to filer. 648 00:36:04,250 --> 00:36:07,905 Du kan give mig, at så godt. 649 00:36:07,905 --> 00:36:09,180 >> STUDENT 18: Hvis argc - 650 00:36:09,180 --> 00:36:11,060 det man ikke lig 3. 651 00:36:11,060 --> 00:36:14,360 >> JASON HIRSCHHORN: Hvis åbne paren argc ikke lig med 3? 652 00:36:14,360 --> 00:36:16,970 >> STUDENT 18: Ja, du vender tilbage 1 eller noget. 653 00:36:16,970 --> 00:36:17,460 >> JASON HIRSCHHORN: Undskyld. 654 00:36:17,460 --> 00:36:19,120 >> STUDENT 18: Return 1 eller noget. 655 00:36:19,120 --> 00:36:20,270 >> JASON HIRSCHHORN: Tilbage 1. 656 00:36:20,270 --> 00:36:22,230 OK? 657 00:36:22,230 --> 00:36:22,970 Store. 658 00:36:22,970 --> 00:36:24,290 Åbn begge filer. 659 00:36:24,290 --> 00:36:26,160 Hvem kan hjælpe mig at åbne begge filer? 660 00:36:26,160 --> 00:36:28,125 Hvem har ikke givet mig koden endnu? 661 00:36:28,125 --> 00:36:31,510 662 00:36:31,510 --> 00:36:32,320 Kurt? 663 00:36:32,320 --> 00:36:36,145 >> KURT: Så alle caps F-I-L-E stjerne kilde. 664 00:36:36,145 --> 00:36:39,390 665 00:36:39,390 --> 00:36:40,920 >> JASON HIRSCHHORN: Jeg har tænkt mig at tage ud vokaler. 666 00:36:40,920 --> 00:36:41,570 Det er cool. 667 00:36:41,570 --> 00:36:42,716 Det er ligesom Tumblr. 668 00:36:42,716 --> 00:36:44,610 >> STUDENT 18: Lig fopen - 669 00:36:44,610 --> 00:36:46,612 >> JASON HIRSCHHORN: Lig fopen? 670 00:36:46,612 --> 00:36:49,870 >> STUDENT 18: Åbne parentes, argv, åbneparentes. 671 00:36:49,870 --> 00:36:50,055 >> JASON HIRSCHHORN: Vent. 672 00:36:50,055 --> 00:36:50,240 Undskyld. 673 00:36:50,240 --> 00:36:51,050 Åben parentes. 674 00:36:51,050 --> 00:36:51,456 OK. 675 00:36:51,456 --> 00:36:53,080 >> STUDENT 18: Ja. 676 00:36:53,080 --> 00:36:55,110 Argv sub 1.. 677 00:36:55,110 --> 00:36:55,860 >> JASON HIRSCHHORN: Sub 1? 678 00:36:55,860 --> 00:36:56,140 >> STUDENT 18: Ja. 679 00:36:56,140 --> 00:36:58,540 Argv åbneparentes 1 - 680 00:36:58,540 --> 00:36:59,730 Ja. 681 00:36:59,730 --> 00:37:06,470 Og så komma og derefter åbne dobbelt citat, r, dobbelt citat, 682 00:37:06,470 --> 00:37:08,250 tætte paren, semikolon. 683 00:37:08,250 --> 00:37:09,450 >> JASON HIRSCHHORN: Sød. 684 00:37:09,450 --> 00:37:10,950 Og hvad med den anden? 685 00:37:10,950 --> 00:37:16,030 >> STUDENT 18: Meget lignende, men i stedet af S-R-C, ville du kalde det D-S-T. 686 00:37:16,030 --> 00:37:17,060 >> JASON HIRSCHHORN: Oo! 687 00:37:17,060 --> 00:37:17,772 Jeg kan godt lide det. 688 00:37:17,772 --> 00:37:20,010 >> STUDENT 18: Just D-S-T. Ja. 689 00:37:20,010 --> 00:37:23,057 Og så argv, åbneparentes, 2.. 690 00:37:23,057 --> 00:37:23,200 Ja. 691 00:37:23,200 --> 00:37:26,720 Og så w stedet for r.. 692 00:37:26,720 --> 00:37:27,620 Ja. 693 00:37:27,620 --> 00:37:29,630 >> JASON HIRSCHHORN: Great. 694 00:37:29,630 --> 00:37:31,360 Næste par linjer. 695 00:37:31,360 --> 00:37:34,040 Også, hvis nogen har ting at tilføje til linjer, som vi har gjort, er du velkommen til 696 00:37:34,040 --> 00:37:35,690 tilføje dem så godt. 697 00:37:35,690 --> 00:37:37,520 Kontroller, at ingen af ​​dem er NULL. 698 00:37:37,520 --> 00:37:41,450 Hvem kan give mig den kode jeg har brug for at tilfredsstille denne linje af pseudokode? 699 00:37:41,450 --> 00:37:44,430 700 00:37:44,430 --> 00:37:45,870 Archer. 701 00:37:45,870 --> 00:37:58,645 >> ARCHER: Hvis src lig ligemænd NULL eller dst lig ligemænd 702 00:37:58,645 --> 00:38:04,590 NULL, så du vender tilbage - 703 00:38:04,590 --> 00:38:07,130 704 00:38:07,130 --> 00:38:07,976 >> JASON HIRSCHHORN: Hvad? 705 00:38:07,976 --> 00:38:08,890 >> ARCHER: Return 2? 706 00:38:08,890 --> 00:38:09,760 >> JASON HIRSCHHORN: Return 2. 707 00:38:09,760 --> 00:38:14,400 Så hvis åben parentes src lig lig NULL, eller - 708 00:38:14,400 --> 00:38:15,590 uanset hvad der thing's - rør? 709 00:38:15,590 --> 00:38:16,346 Pipe? 710 00:38:16,346 --> 00:38:17,140 Vi kalder det rør. 711 00:38:17,140 --> 00:38:22,340 Pipe, rør, dst lig ligemænd NULL, returnere 2. 712 00:38:22,340 --> 00:38:23,900 OK? 713 00:38:23,900 --> 00:38:26,060 Indtil vi er ude af bytes - 714 00:38:26,060 --> 00:38:29,820 vi slags springes over dette skridt fra pseudokoden del til at gå til her. 715 00:38:29,820 --> 00:38:31,970 >> Men indtil vi er ude af bytes - hvad lyder det? 716 00:38:31,970 --> 00:38:34,680 Hvilken type C struktur - 717 00:38:34,680 --> 00:38:36,160 men jeg bruger ikke ordet struktur, fordi vi kommer til at begynde at bruge 718 00:38:36,160 --> 00:38:37,350 at i andre tilfælde - 719 00:38:37,350 --> 00:38:39,495 men C værktøj lyder det? 720 00:38:39,495 --> 00:38:39,970 >> STUDENT 19: En løkke. 721 00:38:39,970 --> 00:38:40,980 >> JASON HIRSCHHORN: En løkke. 722 00:38:40,980 --> 00:38:43,060 Lyder som en løkke. 723 00:38:43,060 --> 00:38:49,670 Så der kan give mig den første linje af løkken kode lige her? 724 00:38:49,670 --> 00:38:56,320 725 00:38:56,320 --> 00:39:01,980 Du kan også vælge, hvilken slags loop, du ønsker, hvis du giver mig 726 00:39:01,980 --> 00:39:03,215 denne linje kode. 727 00:39:03,215 --> 00:39:04,150 Der findes tre typer. 728 00:39:04,150 --> 00:39:06,530 Du kommer til at plukke. 729 00:39:06,530 --> 00:39:08,080 Jeg vil foreslå en af ​​dem. 730 00:39:08,080 --> 00:39:08,410 Avi. 731 00:39:08,410 --> 00:39:09,230 Hvilken en vil du have? 732 00:39:09,230 --> 00:39:09,960 >> AVI: FOR. 733 00:39:09,960 --> 00:39:11,460 >> JASON HIRSCHHORN: FOR. 734 00:39:11,460 --> 00:39:15,180 >> AVI: int i er lig med nul. 735 00:39:15,180 --> 00:39:17,360 >> JASON HIRSCHHORN: OK. 736 00:39:17,360 --> 00:39:18,570 >> AVI: Denne del er jeg ikke sikker på om. 737 00:39:18,570 --> 00:39:29,080 Men i er mindre end størrelsen af stjerne kilde? 738 00:39:29,080 --> 00:39:31,128 Jeg er ikke sikker på. 739 00:39:31,128 --> 00:39:32,580 >> JASON HIRSCHHORN: OK. 740 00:39:32,580 --> 00:39:35,870 >> AVI: Fordi du ønsker, at størrelsen på en fil, right? 741 00:39:35,870 --> 00:39:41,090 >> JASON HIRSCHHORN: Så det vil sandsynligvis ikke giver os størrelsen af ​​den faktiske 742 00:39:41,090 --> 00:39:43,010 fil i bytes. 743 00:39:43,010 --> 00:39:47,680 Så hvad andet kunne vi gøre? 744 00:39:47,680 --> 00:39:48,810 Hvad er en anden type loop? 745 00:39:48,810 --> 00:39:50,180 Eller skal vi holde fast i for-løkken? 746 00:39:50,180 --> 00:39:55,350 747 00:39:55,350 --> 00:39:57,900 >> STUDENT 20: Kan du en while-løkke? 748 00:39:57,900 --> 00:40:01,350 Og så, hvad du ville gøre, er I ville i stedet - 749 00:40:01,350 --> 00:40:03,930 fordi vi har en char * til filen. 750 00:40:03,930 --> 00:40:07,950 Så hvis vi bare holde forøgelse at indtil vi ville finde NULL tegn på 751 00:40:07,950 --> 00:40:08,500 i slutningen af ​​det? 752 00:40:08,500 --> 00:40:11,130 Eller nej, er, at ikke hvordan filer fungerer? 753 00:40:11,130 --> 00:40:14,300 >> JASON HIRSCHHORN: Så vi kan beholde forøgelse af char * 754 00:40:14,300 --> 00:40:16,340 indtil vi finder NULL - 755 00:40:16,340 --> 00:40:18,580 >> STUDENT 20: Væsentlige holde ud tegn for tegn, indtil vi ramte 756 00:40:18,580 --> 00:40:21,250 slutningen af ​​filen. 757 00:40:21,250 --> 00:40:21,600 >> JASON HIRSCHHORN: Ja. 758 00:40:21,600 --> 00:40:22,560 Så det er hvad vi ønsker at gøre. 759 00:40:22,560 --> 00:40:24,545 Vi ønsker at holde læsning, karakter af tegn, indtil vi kommer til 760 00:40:24,545 --> 00:40:25,080 slutningen af ​​filen. 761 00:40:25,080 --> 00:40:25,375 >> STUDENT 20: Ja. 762 00:40:25,375 --> 00:40:25,860 Find - 763 00:40:25,860 --> 00:40:28,540 hvad er enden eller stopskilt ved afslutningen af ​​en tekstfil. 764 00:40:28,540 --> 00:40:28,620 >> JASON HIRSCHHORN: OK. 765 00:40:28,620 --> 00:40:30,140 Så når vi kommer til slutningen af ​​filen - hvordan kan vi vide, vi har nået 766 00:40:30,140 --> 00:40:33,200 slutningen af ​​en fil? 767 00:40:33,200 --> 00:40:34,710 Hvis jeg ringer - 768 00:40:34,710 --> 00:40:35,910 så lad os træde et skridt tilbage. 769 00:40:35,910 --> 00:40:37,550 Hvad er en funktion? 770 00:40:37,550 --> 00:40:39,360 Lad os gå til denne linje lige her. 771 00:40:39,360 --> 00:40:40,630 Læs fra kildefilen. 772 00:40:40,630 --> 00:40:41,880 Hvem kan give mig denne linje kode? 773 00:40:41,880 --> 00:40:45,592 774 00:40:45,592 --> 00:40:47,590 >> STUDENT 21: fscanf? 775 00:40:47,590 --> 00:40:49,110 >> JASON HIRSCHHORN: fscanf. 776 00:40:49,110 --> 00:40:49,510 OK. 777 00:40:49,510 --> 00:40:52,240 Hvad hvis jeg ønsker at læse, meget specifikt en byte? 778 00:40:52,240 --> 00:40:55,012 779 00:40:55,012 --> 00:40:56,860 >> STUDENT 21: Jeg ved det ikke. 780 00:40:56,860 --> 00:40:57,110 >> JASON HIRSCHHORN: OK. 781 00:40:57,110 --> 00:40:59,380 Endnu enklere end fscanf - hvad er en - 782 00:40:59,380 --> 00:41:01,890 Jeg ønsker at læse fra en kilde fil? 783 00:41:01,890 --> 00:41:03,720 Læse fra en kildefil. 784 00:41:03,720 --> 00:41:04,850 Hvad er en funktion - ja. 785 00:41:04,850 --> 00:41:05,380 >> STUDENT 22: Det er fread? 786 00:41:05,380 --> 00:41:06,070 >> JASON HIRSCHHORN: fread. 787 00:41:06,070 --> 00:41:07,550 Jeg tror, ​​lad os holde fast i at man for nu. 788 00:41:07,550 --> 00:41:10,380 789 00:41:10,380 --> 00:41:13,650 Hvilken slags argumenter betyder fread tage? 790 00:41:13,650 --> 00:41:17,410 >> STUDENT 22: Sandsynligvis den filtype, og derefter placering i filen? 791 00:41:17,410 --> 00:41:19,550 >> JASON HIRSCHHORN: Hvad kan jeg skrive her at finde ud af, hvilken type argumenter 792 00:41:19,550 --> 00:41:20,950 fread tager? 793 00:41:20,950 --> 00:41:23,710 >> FLERE STUDERENDE: Man fread. 794 00:41:23,710 --> 00:41:24,740 >> JASON HIRSCHHORN: Man fread og fwrite. 795 00:41:24,740 --> 00:41:25,980 Ligner de hænge ud sammen. 796 00:41:25,980 --> 00:41:29,589 Så fread tager, hvor mange argumenter? 797 00:41:29,589 --> 00:41:30,920 >> STUDENT 23: Four. 798 00:41:30,920 --> 00:41:32,690 >> JASON HIRSCHHORN: Det tager fire argumenter. 799 00:41:32,690 --> 00:41:41,100 Det tager en pointer, en størrelse, og at ting, som er underligt, og nogle fil. 800 00:41:41,100 --> 00:41:42,000 OK? 801 00:41:42,000 --> 00:41:43,990 Lad os læse om det lige her. 802 00:41:43,990 --> 00:41:49,370 "Funktionen fread læser n memb elementer af data, hver størrelse bytes 803 00:41:49,370 --> 00:41:53,840 lang, fra strømmen der peges på af streame, opbevare dem på det sted, 804 00:41:53,840 --> 00:41:56,170 afgivet pointer. " 805 00:41:56,170 --> 00:41:57,960 >> Så fire argumenter. 806 00:41:57,960 --> 00:42:04,510 Hvorfor kan jeg ikke bare kopiere det, og indsæt den lige her. 807 00:42:04,510 --> 00:42:10,060 808 00:42:10,060 --> 00:42:10,770 OK. 809 00:42:10,770 --> 00:42:13,673 Så der kan begynde at udfylde disse argumenter til mig? 810 00:42:13,673 --> 00:42:15,840 Avi. 811 00:42:15,840 --> 00:42:17,720 >> AVI: Tag tomrum. 812 00:42:17,720 --> 00:42:20,530 Sæt bare src. 813 00:42:20,530 --> 00:42:23,142 Tag pointer og stjernen. 814 00:42:23,142 --> 00:42:26,102 Put src. 815 00:42:26,102 --> 00:42:27,050 Så - 816 00:42:27,050 --> 00:42:28,500 >> JASON HIRSCHHORN: Så jeg har tænkt mig at stoppe du der, fordi det er forkert. 817 00:42:28,500 --> 00:42:32,590 818 00:42:32,590 --> 00:42:34,710 Du har ret med src, men hvor skal src hen? 819 00:42:34,710 --> 00:42:35,960 >> [indskyde STEMMER] 820 00:42:35,960 --> 00:42:38,976 821 00:42:38,976 --> 00:42:41,610 >> JASON HIRSCHHORN: Det bør gå over her. 822 00:42:41,610 --> 00:42:43,790 Det er src - vores src er en type. 823 00:42:43,790 --> 00:42:44,610 Lad os se her. 824 00:42:44,610 --> 00:42:49,610 Dette beder om en type FIL *, vi faktisk normalt se dem sådan. 825 00:42:49,610 --> 00:42:57,630 Så dette er at bede om et argument for filtypen * kaldet strøm, der er src. 826 00:42:57,630 --> 00:42:58,480 OK? 827 00:42:58,480 --> 00:43:00,410 >> Hvilken størrelse af ting at gøre vi ønsker at læse? 828 00:43:00,410 --> 00:43:03,340 Jeg gav dig dette i beskrivelse af problemet. 829 00:43:03,340 --> 00:43:04,370 >> STUDENT 24: En byte ad gangen. 830 00:43:04,370 --> 00:43:05,340 >> JASON HIRSCHHORN: Én byte. 831 00:43:05,340 --> 00:43:08,205 Hvor stor er en byte? 832 00:43:08,205 --> 00:43:11,642 Dens størrelse er i bytes, så hvad kan jeg sætte lige der? 833 00:43:11,642 --> 00:43:12,910 >> STUDENT 25: One. 834 00:43:12,910 --> 00:43:14,730 >> JASON HIRSCHHORN: One. 835 00:43:14,730 --> 00:43:17,020 Right. 836 00:43:17,020 --> 00:43:19,940 Dens størrelse er i enhed byte, så 1 er 1 byte. 837 00:43:19,940 --> 00:43:22,284 Hvor mange ønsker jeg at læse på et tidspunkt. 838 00:43:22,284 --> 00:43:23,520 >> STUDENT 26: One? 839 00:43:23,520 --> 00:43:24,270 >> JASON HIRSCHHORN: En ting. 840 00:43:24,270 --> 00:43:28,540 Jeg ønsker at læse en ting af størrelse 1, en bid ad gangen. 841 00:43:28,540 --> 00:43:32,110 Og hvor skal jeg sætte det, når jeg læse det? 842 00:43:32,110 --> 00:43:35,050 843 00:43:35,050 --> 00:43:36,510 >> STUDENT 27: Destination? 844 00:43:36,510 --> 00:43:39,270 >> JASON HIRSCHHORN: Så jeg kan ikke sætte det lige ind destination. 845 00:43:39,270 --> 00:43:40,800 >> STUDENT 28: Du kommer put det ind i en tredje pointer? 846 00:43:40,800 --> 00:43:41,780 >> STUDENT 27: til destinationen. 847 00:43:41,780 --> 00:43:42,270 >> JASON HIRSCHHORN: OK. 848 00:43:42,270 --> 00:43:42,630 Ja. 849 00:43:42,630 --> 00:43:46,820 >> STUDENT 29: Du kan erklære noget til fungere som en midlertidig oplagring tidligere. 850 00:43:46,820 --> 00:43:47,350 >> JASON HIRSCHHORN: OK. 851 00:43:47,350 --> 00:43:50,080 Giv mig den. 852 00:43:50,080 --> 00:43:53,930 >> STUDENT 29: En anden fil pointer, måske? 853 00:43:53,930 --> 00:43:54,220 >> JASON HIRSCHHORN: OK. 854 00:43:54,220 --> 00:43:55,585 Så dette er ugyldig stjerne - 855 00:43:55,585 --> 00:43:57,750 det er en type tomrum stjerne, så det ikke være en fil pointer. 856 00:43:57,750 --> 00:44:02,520 Og hvis jeg læser en byte, hvor ville være et godt sted 857 00:44:02,520 --> 00:44:03,850 at gemme en byte? 858 00:44:03,850 --> 00:44:04,660 >> STUDENT 29: Et array? 859 00:44:04,660 --> 00:44:05,770 >> JASON HIRSCHHORN: An array. 860 00:44:05,770 --> 00:44:07,730 OK. 861 00:44:07,730 --> 00:44:14,040 Og hvad der ellers er noget, der er bare størrelse en byte? 862 00:44:14,040 --> 00:44:16,980 863 00:44:16,980 --> 00:44:18,060 >> STUDENT 30: Et char *? 864 00:44:18,060 --> 00:44:18,530 >> STUDENT 29: Ja. 865 00:44:18,530 --> 00:44:19,880 >> JASON HIRSCHHORN: En char * er ikke én byte. 866 00:44:19,880 --> 00:44:20,440 >> STUDENT 29: En char. 867 00:44:20,440 --> 00:44:21,810 >> JASON HIRSCHHORN: En char er en byte. 868 00:44:21,810 --> 00:44:22,920 Right? 869 00:44:22,920 --> 00:44:26,740 Så lad os kalde denne buffer er en generisk betegnelse for disse ting til at gemme 870 00:44:26,740 --> 00:44:27,910 noget midlertidigt. 871 00:44:27,910 --> 00:44:30,880 Så jeg skabe en buffer. 872 00:44:30,880 --> 00:44:31,150 Right? 873 00:44:31,150 --> 00:44:32,990 Men det tager en void *. 874 00:44:32,990 --> 00:44:38,660 Så måske du har ret, at det bør være en buffer på størrelse 0. 875 00:44:38,660 --> 00:44:41,070 Så det gemmer en - 876 00:44:41,070 --> 00:44:41,280 højre. 877 00:44:41,280 --> 00:44:43,560 >> Fordi denne ret her - char buffer er et tegn, men 878 00:44:43,560 --> 00:44:45,110 det tager en void * - 879 00:44:45,110 --> 00:44:45,870 en pointer. 880 00:44:45,870 --> 00:44:50,640 Så jeg kunne gøre dette og nu puffer er en pointer. 881 00:44:50,640 --> 00:44:53,214 Hvad andet kunne jeg gøre? 882 00:44:53,214 --> 00:44:55,775 >> STUDENT 31: Sæt en stjerne ud til char. 883 00:44:55,775 --> 00:44:58,380 >> JASON HIRSCHHORN: Jeg kunne har skabt det char *. 884 00:44:58,380 --> 00:45:00,216 OK. 885 00:45:00,216 --> 00:45:03,131 Hvad er en anden ting, jeg kunne gøre? 886 00:45:03,131 --> 00:45:04,050 Eller lad os gå med denne ene. 887 00:45:04,050 --> 00:45:05,740 Char * buffer, så hvad sætter jeg her? 888 00:45:05,740 --> 00:45:08,290 889 00:45:08,290 --> 00:45:09,310 >> STUDENT 31: Buffer. 890 00:45:09,310 --> 00:45:10,560 >> JASON HIRSCHHORN: Buffer. 891 00:45:10,560 --> 00:45:12,640 892 00:45:12,640 --> 00:45:14,500 Buffer er en pointer til en char. 893 00:45:14,500 --> 00:45:19,480 Og i den placering, vi sætter en byte noget, vi har læst. 894 00:45:19,480 --> 00:45:19,980 Ja. 895 00:45:19,980 --> 00:45:20,700 Avi. 896 00:45:20,700 --> 00:45:21,230 >> AVI: Bare et hurtigt spørgsmål. 897 00:45:21,230 --> 00:45:24,440 Ønsker du at allokere buffer? 898 00:45:24,440 --> 00:45:25,930 >> JASON HIRSCHHORN: Hvem kan besvare dette spørgsmål? 899 00:45:25,930 --> 00:45:30,210 >> STUDENT 32: Nå, det gør ikke rigtig punkt til noget lige nu, så - 900 00:45:30,210 --> 00:45:32,610 >> JASON HIRSCHHORN: Men gør vi ønsker at allokere det? 901 00:45:32,610 --> 00:45:35,600 >> STUDENT 32: Hvis du skulle gøre det på den måde, tror jeg, ja, fordi du havde behov for 902 00:45:35,600 --> 00:45:36,990 nogle sted for det til at pege på. 903 00:45:36,990 --> 00:45:38,350 >> JASON HIRSCHHORN: Har vi nødt til at allokere det? 904 00:45:38,350 --> 00:45:40,580 >> STUDENT 33: Hvis du vil bruge den uden for sløjfen. 905 00:45:40,580 --> 00:45:42,524 >> JASON HIRSCHHORN: Skal vi bruge den uden for loop? 906 00:45:42,524 --> 00:45:44,392 >> STUDENT 34: Ja. 907 00:45:44,392 --> 00:45:44,860 >> STUDENT 35: Vent. 908 00:45:44,860 --> 00:45:46,980 Ønsker vi at erklære den i sløjfen til ud? 909 00:45:46,980 --> 00:45:50,100 >> JASON HIRSCHHORN: Så jeg gætte, vi har nogle pseudo MENS løkke her, at vi er 910 00:45:50,100 --> 00:45:51,950 forsøger at regne ud, at Vi har ikke fået til endnu. 911 00:45:51,950 --> 00:45:54,710 912 00:45:54,710 --> 00:45:56,010 Vi behøver ikke at allokere den. 913 00:45:56,010 --> 00:45:59,310 Vi opererer i hovedsagen, er det kun går til brug inden for denne løkke. 914 00:45:59,310 --> 00:46:00,540 Det behøver ikke at eksistere uden for dette. 915 00:46:00,540 --> 00:46:02,340 >> Så det kan være en lokal variabel. 916 00:46:02,340 --> 00:46:03,925 Du har en pointer til en lokal variabel. 917 00:46:03,925 --> 00:46:07,984 918 00:46:07,984 --> 00:46:09,590 >> STUDENT 36: Men det er ikke peger på noget. 919 00:46:09,590 --> 00:46:11,540 >> JASON HIRSCHHORN: Nej, det er ikke initialiseres til noget. 920 00:46:11,540 --> 00:46:12,790 Men vi kommer ikke til at bruge det også. 921 00:46:12,790 --> 00:46:15,300 Vi kommer til at sætte noget i det første gang vi bruger den. 922 00:46:15,300 --> 00:46:16,580 Så der synes OK. 923 00:46:16,580 --> 00:46:17,780 Så vi har ikke brug for malloc her. 924 00:46:17,780 --> 00:46:19,360 Og jeg synes, det er OK, som det er. 925 00:46:19,360 --> 00:46:24,350 926 00:46:24,350 --> 00:46:25,790 OK. 927 00:46:25,790 --> 00:46:27,190 Vi har den fread linje. 928 00:46:27,190 --> 00:46:28,490 Lad os gøre den næste linje. 929 00:46:28,490 --> 00:46:32,984 >> Hvis vi ønsker at skrive til en fil, hvad er en god funktion at bruge til at gøre det? 930 00:46:32,984 --> 00:46:33,770 >> STUDENT 37: fwrite? 931 00:46:33,770 --> 00:46:35,140 >> STUDENT 38: fprintf? 932 00:46:35,140 --> 00:46:36,010 >> JASON HIRSCHHORN: fprintf er én. 933 00:46:36,010 --> 00:46:37,260 Hvad er en anden? 934 00:46:37,260 --> 00:46:37,680 >> STUDENT 39: fwrite. 935 00:46:37,680 --> 00:46:38,510 >> JASON HIRSCHHORN: fwrite. 936 00:46:38,510 --> 00:46:41,250 Og til vores formål, fwrite, som vi så her, er 937 00:46:41,250 --> 00:46:42,500 sandsynligvis det bedste valg. 938 00:46:42,500 --> 00:46:51,970 939 00:46:51,970 --> 00:46:53,950 Det tager fire argumenter så godt. 940 00:46:53,950 --> 00:46:57,570 Nishant, kan du give me argumenterne? 941 00:46:57,570 --> 00:47:00,570 >> Nishant: Den første ens igangværende at være lige puffer. 942 00:47:00,570 --> 00:47:02,210 >> JASON HIRSCHHORN: OK. 943 00:47:02,210 --> 00:47:06,752 >> Nishant: Den anden ens bare at være 1. 944 00:47:06,752 --> 00:47:09,510 Tredje man kommer til at være 1. 945 00:47:09,510 --> 00:47:11,470 Og den fjerde bliver DST. 946 00:47:11,470 --> 00:47:18,010 947 00:47:18,010 --> 00:47:19,550 >> JASON HIRSCHHORN: Er der nogen, der har spørgsmål om denne linje? 948 00:47:19,550 --> 00:47:28,370 949 00:47:28,370 --> 00:47:29,130 Det ser godt ud. 950 00:47:29,130 --> 00:47:29,590 OK. 951 00:47:29,590 --> 00:47:34,250 Så nu ser det ud som den ene ting, vi er mangler - faktisk, lad os skrive 952 00:47:34,250 --> 00:47:35,090 denne sidste linje. 953 00:47:35,090 --> 00:47:36,300 Luk filerne. 954 00:47:36,300 --> 00:47:38,880 Hvem kan afslutte os op skrivning disse to sidste linjer? 955 00:47:38,880 --> 00:47:39,120 Ja. 956 00:47:39,120 --> 00:47:39,850 Undskyld, hvad er dit navn? 957 00:47:39,850 --> 00:47:40,580 >> LUCY: Lucy. 958 00:47:40,580 --> 00:47:41,580 >> JASON HIRSCHHORN: Lucy. 959 00:47:41,580 --> 00:47:47,560 >> LUCY: fclose src og derefter fclose destination. 960 00:47:47,560 --> 00:47:52,430 >> JASON HIRSCHHORN: fclose, åben parentes, src, tætte paren, semikolon. 961 00:47:52,430 --> 00:47:53,680 Og fclose - 962 00:47:53,680 --> 00:47:57,560 963 00:47:57,560 --> 00:47:58,090 ja? 964 00:47:58,090 --> 00:48:01,710 >> LUCY: Åben parenteser, dst og derefter semikolon. 965 00:48:01,710 --> 00:48:02,520 >> JASON HIRSCHHORN: Great. 966 00:48:02,520 --> 00:48:04,338 Og hvad skal jeg medtage i slutningen? 967 00:48:04,338 --> 00:48:05,210 >> LUCY: Return 0. 968 00:48:05,210 --> 00:48:05,570 >> JASON HIRSCHHORN: Return 0. 969 00:48:05,570 --> 00:48:06,820 Skal jeg? 970 00:48:06,820 --> 00:48:10,560 971 00:48:10,560 --> 00:48:12,590 Bare et spørgsmål. 972 00:48:12,590 --> 00:48:14,957 Har vi nødt til at medtage tilbagevenden 0? 973 00:48:14,957 --> 00:48:16,240 >> FLERE STUDERENDE: Nej. 974 00:48:16,240 --> 00:48:16,430 >> JASON HIRSCHHORN: Nej. 975 00:48:16,430 --> 00:48:18,090 Main gør det automatisk hvis du kommer til enden. 976 00:48:18,090 --> 00:48:20,580 Men jeg synes det er rart at medtage den eksplicit. 977 00:48:20,580 --> 00:48:23,860 Især når vi vender tilbage en anden ting i hele programmet. 978 00:48:23,860 --> 00:48:24,810 OK. 979 00:48:24,810 --> 00:48:26,230 Dette er, hvad vi mangler - 980 00:48:26,230 --> 00:48:28,520 MENS hvad? 981 00:48:28,520 --> 00:48:31,630 Hvem kan tænke på nogle - 982 00:48:31,630 --> 00:48:35,240 har en fornemmelse af, hvad tingene kunne gå derind? 983 00:48:35,240 --> 00:48:37,350 Selvom det er bare i nogle pseudokode lignende sprog? 984 00:48:37,350 --> 00:48:41,330 >> Hvad er vi egentlig - hvad ønsker vi at gå, indtil? 985 00:48:41,330 --> 00:48:41,980 Ja, Lucy. 986 00:48:41,980 --> 00:48:43,240 >> LUCY: Slutningen af ​​filen. 987 00:48:43,240 --> 00:48:44,990 >> JASON HIRSCHHORN: Slutningen af ​​filen. 988 00:48:44,990 --> 00:48:49,280 Så hvad mener du med slutningen af ​​filen? 989 00:48:49,280 --> 00:48:50,955 >> LUCY: Når du kommer til slutningen af ​​filen, stop. 990 00:48:50,955 --> 00:48:51,240 >> JASON HIRSCHHORN: OK. 991 00:48:51,240 --> 00:48:53,460 Så når vi når til slutningen af ​​filen. 992 00:48:53,460 --> 00:48:56,893 Hvordan kan vi vide, når vi har nået slutningen af ​​fil? 993 00:48:56,893 --> 00:48:59,900 >> STUDENT 40: Jeg tror buffer vil blive sat til NULL. 994 00:48:59,900 --> 00:49:01,885 >> STUDENT 41: Buffer er erklæret inde i sløjfen. 995 00:49:01,885 --> 00:49:03,670 >> JASON HIRSCHHORN: Så du tror buffer vil blive sat til NULL. 996 00:49:03,670 --> 00:49:05,850 Hvorfor skulle buffer sættes til NULL? 997 00:49:05,850 --> 00:49:10,420 >> STUDENT 40: Fordi når du fread, forsøger du at sætte 998 00:49:10,420 --> 00:49:13,528 intet ind i buffer. 999 00:49:13,528 --> 00:49:13,980 >> JASON HIRSCHHORN: OK. 1000 00:49:13,980 --> 00:49:15,550 Så du tænker fread - 1001 00:49:15,550 --> 00:49:19,000 når vi har nået slutningen af ​​den fil, hvad der er fread gøre? 1002 00:49:19,000 --> 00:49:21,230 Jeg tror, ​​det er spørgsmålet vi er nødt til at regne ud. 1003 00:49:21,230 --> 00:49:21,960 Hvad betyder fread gøre? 1004 00:49:21,960 --> 00:49:25,640 Er det sat NULL i buffer, eller gør den noget andet? 1005 00:49:25,640 --> 00:49:27,510 Hvordan kan vi regne ud, hvad det betyder? 1006 00:49:27,510 --> 00:49:28,190 >> STUDENT 42: Man. 1007 00:49:28,190 --> 00:49:28,810 >> JASON HIRSCHHORN: Man. 1008 00:49:28,810 --> 00:49:32,280 Så lad os se herovre. 1009 00:49:32,280 --> 00:49:34,000 Retur værdi. 1010 00:49:34,000 --> 00:49:39,620 Den succes, fread og fwrite returnere antallet af elementer læses eller skrives. 1011 00:49:39,620 --> 00:49:43,700 Dette tal er lig med antallet af bytes overføres kun, når størrelsen er 1. 1012 00:49:43,700 --> 00:49:47,780 Hvis der opstår en fejl, eller afslutningen af ​​den fil er nået, er returværdien en 1013 00:49:47,780 --> 00:49:51,490 kort post count eller 0. 1014 00:49:51,490 --> 00:49:57,860 >> Så for vores formål, hvis fread afkroge slutningen af ​​filen, og læser fra 1015 00:49:57,860 --> 00:50:02,100 I slutningen af ​​filen, er der intet tilbage at læse, hvad det kommer til at vende tilbage? 1016 00:50:02,100 --> 00:50:03,290 >> STUDENT 43: Zero? 1017 00:50:03,290 --> 00:50:04,540 >> JASON HIRSCHHORN: Hvad? 1018 00:50:04,540 --> 00:50:05,300 >> STUDENT 43: Zero? 1019 00:50:05,300 --> 00:50:05,690 >> JASON HIRSCHHORN: Zero. 1020 00:50:05,690 --> 00:50:06,940 Det kommer til at returnere nul. 1021 00:50:06,940 --> 00:50:09,360 1022 00:50:09,360 --> 00:50:13,010 Så vi ved, at fread, når vi har nået enden af ​​filen, går 1023 00:50:13,010 --> 00:50:13,690 for at vende tilbage til nul. 1024 00:50:13,690 --> 00:50:17,460 Hvordan kan vi bruge det til vores fordel? 1025 00:50:17,460 --> 00:50:21,733 >> AVI: Du kan erklære en variabel udenfor af løkken kaldes check. 1026 00:50:21,733 --> 00:50:27,040 Hvis kontrol lig - 1027 00:50:27,040 --> 00:50:28,190 for nu - én. 1028 00:50:28,190 --> 00:50:28,920 >> JASON HIRSCHHORN: OK. 1029 00:50:28,920 --> 00:50:38,050 >> AVI: Og så kan du sætte en IF erklæring lige efter fread siger, hvis 1030 00:50:38,050 --> 00:50:42,600 fread lig nul - 1031 00:50:42,600 --> 00:50:43,850 no. 1032 00:50:43,850 --> 00:50:46,002 1033 00:50:46,002 --> 00:50:47,252 >> JASON HIRSCHHORN: Hvem kan hjælpe Avi ud? 1034 00:50:47,252 --> 00:50:49,690 1035 00:50:49,690 --> 00:50:52,410 >> AVI: Hvad er værdien returneret af fread? 1036 00:50:52,410 --> 00:50:54,060 >> JASON HIRSCHHORN: Vi har lige gik over. 1037 00:50:54,060 --> 00:50:55,450 >> AVI: Hvordan du repræsenterer det? 1038 00:50:55,450 --> 00:50:57,190 >> JASON HIRSCHHORN: Så det vender tilbage - lad os se op her - det returnerer en 1039 00:50:57,190 --> 00:50:59,340 size_t, der i det væsentlige et heltal. 1040 00:50:59,340 --> 00:51:02,240 1041 00:51:02,240 --> 00:51:03,410 Så det returnerer et heltal. 1042 00:51:03,410 --> 00:51:05,160 Og i vores tilfælde, vil det returnere 1 eller 0 - 1043 00:51:05,160 --> 00:51:08,760 1, hvis den læst én ting - en byte, og 0, hvis vi har nået slutningen. 1044 00:51:08,760 --> 00:51:13,560 1045 00:51:13,560 --> 00:51:16,450 Så hvis fread - 1046 00:51:16,450 --> 00:51:16,855 ja? 1047 00:51:16,855 --> 00:51:20,330 >> STUDENT 45: Kan du ikke bare sætte den fulde fread (buffer, 1, 1, src) i 1048 00:51:20,330 --> 00:51:21,660 mens loop? 1049 00:51:21,660 --> 00:51:26,510 >> JASON HIRSCHHORN: Så du foreslår gøre dette i der? 1050 00:51:26,510 --> 00:51:27,600 >> [indskyde STEMMER] 1051 00:51:27,600 --> 00:51:29,520 >> JASON HIRSCHHORN: Hold ud. 1052 00:51:29,520 --> 00:51:30,885 Så vi befri af. 1053 00:51:30,885 --> 00:51:33,300 Så du foreslår at sætte ind der? fread 1054 00:51:33,300 --> 00:51:35,457 Hvad skal vi også flytte hvis du ønsker at gøre det? 1055 00:51:35,457 --> 00:51:36,740 >> STUDENT 45: buffer udenfor. 1056 00:51:36,740 --> 00:51:38,110 >> JASON HIRSCHHORN: Vi bør også flytte ud af dette her. 1057 00:51:38,110 --> 00:51:41,700 >> STUDENT 45: Men er der konstant flytte det fremad? 1058 00:51:41,700 --> 00:51:42,950 >> [indskyde STEMMER] 1059 00:51:42,950 --> 00:51:46,540 1060 00:51:46,540 --> 00:51:47,470 >> JASON HIRSCHHORN: OK. 1061 00:51:47,470 --> 00:51:50,570 Så dette er hvad Okshar foreslået. 1062 00:51:50,570 --> 00:51:51,930 Vi skaber vores buffer. 1063 00:51:51,930 --> 00:51:57,020 Vi MENS fread, så vi fwrite. 1064 00:51:57,020 --> 00:51:59,760 Tanker om dette? 1065 00:51:59,760 --> 00:52:04,050 >> STUDENT 46: Mit eneste spørgsmål er, ville det faktisk udføre kommandoen fread? 1066 00:52:04,050 --> 00:52:06,175 >> JASON HIRSCHHORN: Great spørgsmål. 1067 00:52:06,175 --> 00:52:11,050 Når du lægger et funktionskald inde i en tilstand, gør det 1068 00:52:11,050 --> 00:52:12,300 funktionskald udføre? 1069 00:52:12,300 --> 00:52:15,760 1070 00:52:15,760 --> 00:52:17,770 Vi har set eksempler på dette før. 1071 00:52:17,770 --> 00:52:24,900 1072 00:52:24,900 --> 00:52:25,660 Right? 1073 00:52:25,660 --> 00:52:26,125 >> STUDENT 46: OK. 1074 00:52:26,125 --> 00:52:26,590 Ja. 1075 00:52:26,590 --> 00:52:30,140 Så det gør udføre. 1076 00:52:30,140 --> 00:52:31,790 >> JASON HIRSCHHORN: Vi har set tingene som før, hvor vi har en 1077 00:52:31,790 --> 00:52:33,550 funktionskald indersiden af ​​en tilstand. 1078 00:52:33,550 --> 00:52:35,540 Betyder det funktionskald udføre? 1079 00:52:35,540 --> 00:52:36,350 Ja. 1080 00:52:36,350 --> 00:52:37,410 Så svaret er ja. 1081 00:52:37,410 --> 00:52:41,010 Denne funktion indkaldelse vil udføre. 1082 00:52:41,010 --> 00:52:42,418 Men igen, det er hvad vi ønsker? 1083 00:52:42,418 --> 00:52:49,250 1084 00:52:49,250 --> 00:52:52,204 >> Hvad er en måde, vi kunne regne ud, hvis det er hvad vi ønsker? 1085 00:52:52,204 --> 00:52:53,470 >> FLERE STUDERENDE: Kør det? 1086 00:52:53,470 --> 00:52:54,460 >> JASON HIRSCHHORN: Vi kunne køre den. 1087 00:52:54,460 --> 00:52:57,500 Men før vi gør det, vi kunne også ræsonnere gennem dette. 1088 00:52:57,500 --> 00:52:57,920 Hvis - 1089 00:52:57,920 --> 00:53:01,920 sige, at vi har en byte i vores fil, vil vi komme til her, 1090 00:53:01,920 --> 00:53:02,660 vi får denne kode. 1091 00:53:02,660 --> 00:53:03,620 Dette vil køre. 1092 00:53:03,620 --> 00:53:07,780 fread vil returnere en byte og gemme det i bufferen. 1093 00:53:07,780 --> 00:53:11,290 Og det vil vurdere til 1, højre, efter at han vender tilbage 1. 1094 00:53:11,290 --> 00:53:12,640 >> Så mens 1. 1095 00:53:12,640 --> 00:53:15,325 Betyder det, at koden inde while-løkken vil køre? 1096 00:53:15,325 --> 00:53:15,453 >> STUDENT 47: Ja. 1097 00:53:15,453 --> 00:53:16,040 Det er sandt. 1098 00:53:16,040 --> 00:53:16,290 >> JASON HIRSCHHORN: Ja. 1099 00:53:16,290 --> 00:53:17,490 1 er sandt. 1100 00:53:17,490 --> 00:53:18,240 Det er ikke 0. 1101 00:53:18,240 --> 00:53:20,360 Så kode inde her, vil udføre. 1102 00:53:20,360 --> 00:53:22,300 Så vi vil skrive det. 1103 00:53:22,300 --> 00:53:25,340 Vi flytter tilbage til dette linie igen. 1104 00:53:25,340 --> 00:53:26,850 Nu har vi - 1105 00:53:26,850 --> 00:53:28,550 vi er i slutningen af ​​vores fil. 1106 00:53:28,550 --> 00:53:30,980 Vi læser fra slutningen af ​​vores fil, fordi vi kun havde én byte i det. 1107 00:53:30,980 --> 00:53:34,270 >> Fread returnerer 0, gemmer noget i puffer. 1108 00:53:34,270 --> 00:53:35,890 Jeg ved ærligt talt ikke, hvad det gemmer i buffer. 1109 00:53:35,890 --> 00:53:38,380 Vi kunne sikkert se op at se, hvad det gør. 1110 00:53:38,380 --> 00:53:40,130 At jeg helt ærligt ikke kender. 1111 00:53:40,130 --> 00:53:43,090 Vi ved ikke, hvem bekymrer sig, hvad det gemmer i buffer? 1112 00:53:43,090 --> 00:53:44,010 Men det vender tilbage 0. 1113 00:53:44,010 --> 00:53:45,440 Og vil mens 0 eksekvere? 1114 00:53:45,440 --> 00:53:49,950 1115 00:53:49,950 --> 00:53:51,180 >> MENS 0 ikke vil udføre. 1116 00:53:51,180 --> 00:53:54,030 Så rykker vi ned her. 1117 00:53:54,030 --> 00:53:58,870 Så lad os få en håndsoprækning, hvis dette er den kode, vi skal køre, eller hvis vi 1118 00:53:58,870 --> 00:54:00,140 skal gøre ændringer først. 1119 00:54:00,140 --> 00:54:02,180 Så hvis du tror - du er nødt til at stemme. 1120 00:54:02,180 --> 00:54:06,885 Hvis du synes, vi skal køre denne kode som det er, skal du hæve din hånd. 1121 00:54:06,885 --> 00:54:12,440 1122 00:54:12,440 --> 00:54:13,400 >> OK. 1123 00:54:13,400 --> 00:54:14,315 Der er en - 1124 00:54:14,315 --> 00:54:17,260 har du et spørgsmål, bekymring? 1125 00:54:17,260 --> 00:54:18,080 Ja. 1126 00:54:18,080 --> 00:54:21,240 >> STUDENT 48: Når vi bevæger buffer uden for løkken, gør vi 1127 00:54:21,240 --> 00:54:22,670 nødt til at allokere det? 1128 00:54:22,670 --> 00:54:23,310 >> JASON HIRSCHHORN: Great spørgsmål. 1129 00:54:23,310 --> 00:54:26,670 Når vi bevæger buffer uden for loop, vi er nødt til at allokere det? 1130 00:54:26,670 --> 00:54:28,400 Det er et omfang spørgsmål. 1131 00:54:28,400 --> 00:54:32,130 Hvis vi initialisere buffer uden af denne sløjfe, vil det findes 1132 00:54:32,130 --> 00:54:33,534 indersiden af ​​loop? 1133 00:54:33,534 --> 00:54:35,230 >> FLERE STUDERENDE: Ja. 1134 00:54:35,230 --> 00:54:35,580 >> JASON HIRSCHHORN: Ja. 1135 00:54:35,580 --> 00:54:40,100 Dens anvendelsesområde dækker indersiden af ​​løkken, og virkelig, noget under det inde 1136 00:54:40,100 --> 00:54:42,460 af denne kode, herunder ting inde her. 1137 00:54:42,460 --> 00:54:43,930 Så vi behøver ikke at allokere den. 1138 00:54:43,930 --> 00:54:47,766 Det er en lokal variabel, og dens omfang stadig indeholder sløjfen. 1139 00:54:47,766 --> 00:54:49,540 >> STUDENT 49: Har vi brug for at frigøre det? 1140 00:54:49,540 --> 00:54:51,770 >> JASON HIRSCHHORN: Har vi nødt til at fri buffer? 1141 00:54:51,770 --> 00:54:53,860 >> STUDENT 49: Ja, hvis vi ikke gør malloc. 1142 00:54:53,860 --> 00:54:55,750 >> JASON HIRSCHHORN: Har vi nødt til at fri buffer? 1143 00:54:55,750 --> 00:54:57,160 Vi gør ikke. 1144 00:54:57,160 --> 00:55:01,280 Igen, det er en lokal variabel, så vi ikke behøver at frigøre det. 1145 00:55:01,280 --> 00:55:02,170 OK. 1146 00:55:02,170 --> 00:55:03,480 Lad os se hvad der sker. 1147 00:55:03,480 --> 00:55:17,290 1148 00:55:17,290 --> 00:55:18,220 Så det er initialiseret. 1149 00:55:18,220 --> 00:55:20,830 Det var, hvad noget, Marcus foreslog tidligere. 1150 00:55:20,830 --> 00:55:25,340 Så vi har denne fejl, variabel buffer bliver initialiseret, når det anvendes her. 1151 00:55:25,340 --> 00:55:26,590 >> Hvordan kan vi løse dette? 1152 00:55:26,590 --> 00:55:29,460 1153 00:55:29,460 --> 00:55:30,960 >> STUDENT 50: malloc det? 1154 00:55:30,960 --> 00:55:31,770 >> STUDENT 51: Lig NULL? 1155 00:55:31,770 --> 00:55:33,000 >> STUDENT 52: Sig buffer lig NULL. 1156 00:55:33,000 --> 00:55:34,250 >> JASON HIRSCHHORN: OK. 1157 00:55:34,250 --> 00:55:40,040 1158 00:55:40,040 --> 00:55:40,770 Ser godt ud. 1159 00:55:40,770 --> 00:55:42,410 Vi har det nu. 1160 00:55:42,410 --> 00:55:45,630 Lad os skabe noget at forsøge at kopiere. 1161 00:55:45,630 --> 00:56:08,990 1162 00:56:08,990 --> 00:56:10,490 Så vi har vores tekstfil. 1163 00:56:10,490 --> 00:56:11,740 Hvordan kan vi køre dette program? 1164 00:56:11,740 --> 00:56:14,140 1165 00:56:14,140 --> 00:56:15,472 Ja. 1166 00:56:15,472 --> 00:56:22,230 >> STUDENT 53: Du kan gøre dot slash cp, test.txt. 1167 00:56:22,230 --> 00:56:25,140 Og så kan du navngive en anden fil som den gemmer i. 1168 00:56:25,140 --> 00:56:25,510 >> JASON HIRSCHHORN: OK. 1169 00:56:25,510 --> 00:56:27,380 Vi kalder det out.txt. 1170 00:56:27,380 --> 00:56:28,630 Cool? 1171 00:56:28,630 --> 00:56:31,700 1172 00:56:31,700 --> 00:56:34,320 Seg fejl. 1173 00:56:34,320 --> 00:56:35,570 Tanker om seg skyld? 1174 00:56:35,570 --> 00:56:40,900 1175 00:56:40,900 --> 00:56:41,390 Dette er stor. 1176 00:56:41,390 --> 00:56:45,040 Hvordan kan vi finde ud af, hvor den seg fejlen er? 1177 00:56:45,040 --> 00:56:45,680 Hvad? 1178 00:56:45,680 --> 00:56:45,990 >> STUDENT 54: gdb. 1179 00:56:45,990 --> 00:56:47,240 >> JASON HIRSCHHORN: gdb. 1180 00:56:47,240 --> 00:56:51,400 1181 00:56:51,400 --> 00:56:55,300 Vi kører gdb ved at skrive gdb dot skråstreg, navnet på vores program. 1182 00:56:55,300 --> 00:56:57,020 Ingen kommandolinjeargumenter der. 1183 00:56:57,020 --> 00:56:59,570 Vi kommer til at sætte en breakpoint på main. 1184 00:56:59,570 --> 00:57:02,190 Hvis jeg ønsker at starte gdb, hvad gør jeg? 1185 00:57:02,190 --> 00:57:02,730 >> STUDENT 55: R. 1186 00:57:02,730 --> 00:57:08,910 >> JASON HIRSCHHORN: R. Og hvad så? 1187 00:57:08,910 --> 00:57:09,400 >> STUDENT 55: Argumenterne? 1188 00:57:09,400 --> 00:57:10,650 >> JASON HIRSCHHORN: Så kommandolinje-argumenter. 1189 00:57:10,650 --> 00:57:15,890 1190 00:57:15,890 --> 00:57:17,120 Lad os gå igennem. 1191 00:57:17,120 --> 00:57:19,090 N bare at tage mig linje for linje. 1192 00:57:19,090 --> 00:57:21,450 Jeg har tænkt mig at gå, indtil Jeg får min seg fejl. 1193 00:57:21,450 --> 00:57:22,700 Der er min seg fejl. 1194 00:57:22,700 --> 00:57:24,960 1195 00:57:24,960 --> 00:57:27,875 Det ligner fread forårsaget min seg fejl. 1196 00:57:27,875 --> 00:57:30,570 1197 00:57:30,570 --> 00:57:32,770 Jeg kender fread forårsagede min seg skyld, fordi det var den 1198 00:57:32,770 --> 00:57:34,950 linje, vi lige henrettet. 1199 00:57:34,950 --> 00:57:36,530 >> Og det eneste, der var sker i denne linje - 1200 00:57:36,530 --> 00:57:37,520 to ting blev sker. 1201 00:57:37,520 --> 00:57:40,610 Fread foregik, og så var vi laver nogle mens du tjekker. 1202 00:57:40,610 --> 00:57:44,820 Jeg er villig til at vædde på, at WHILE kontrol ikke var årsag min seg fejl. 1203 00:57:44,820 --> 00:57:46,950 Mest sandsynligt, var fread forårsager min seg fejl. 1204 00:57:46,950 --> 00:57:49,260 Jeg kan også se noget her, memcopy. 1205 00:57:49,260 --> 00:57:50,500 >> Hukommelse kopi. 1206 00:57:50,500 --> 00:57:53,820 Lyder som at flytte hukommelse fra ene sted til det andet. 1207 00:57:53,820 --> 00:57:56,890 Lyder som noget, der ville ske i fread, måske nogle hukommelse 1208 00:57:56,890 --> 00:57:58,910 flytter fra her til her. 1209 00:57:58,910 --> 00:58:01,740 1210 00:58:01,740 --> 00:58:03,860 Lad os gå igennem det igen. 1211 00:58:03,860 --> 00:58:06,900 Hvordan starter jeg det over og køre det igen? 1212 00:58:06,900 --> 00:58:08,092 Ja. 1213 00:58:08,092 --> 00:58:15,140 >> STUDENT 56: Har du brug for at sætte et og-tegn før buffer? 1214 00:58:15,140 --> 00:58:17,800 >> JASON HIRSCHHORN: So-tegnet før buffer ville give mig adressen på 1215 00:58:17,800 --> 00:58:22,330 puffer, som er en char *. 1216 00:58:22,330 --> 00:58:25,250 Lad os løbe igennem en gang mere. 1217 00:58:25,250 --> 00:58:28,248 Hvordan kører jeg igennem det en gang til? 1218 00:58:28,248 --> 00:58:29,210 >> STUDENT 57: Kan du bare skriv køre igen? 1219 00:58:29,210 --> 00:58:32,050 >> JASON HIRSCHHORN: Bare skriv køre igen. 1220 00:58:32,050 --> 00:58:33,415 Så vi kommer ikke til at udføre denne linje. 1221 00:58:33,415 --> 00:58:36,250 1222 00:58:36,250 --> 00:58:39,240 Så buffer er en NULL-pointer. 1223 00:58:39,240 --> 00:58:40,490 Ret? 1224 00:58:40,490 --> 00:58:45,870 1225 00:58:45,870 --> 00:58:47,060 Det peger på - lad os se. 1226 00:58:47,060 --> 00:58:48,500 Hvis vi har vores - 1227 00:58:48,500 --> 00:58:50,430 tegne et hurtigt billede af det. 1228 00:58:50,430 --> 00:58:53,500 Kan alle se, om Jeg skriver herovre? 1229 00:58:53,500 --> 00:59:02,890 >> Så i stakken, vi har en lokal variabel, og det hedder buffer, og 1230 00:59:02,890 --> 00:59:08,230 det er en pointer til en char. 1231 00:59:08,230 --> 00:59:10,325 Hvilken adresse er denne char på? 1232 00:59:10,325 --> 00:59:12,550 >> STUDENT 58: 0x0. 1233 00:59:12,550 --> 00:59:13,400 >> JASON HIRSCHHORN: Right. 1234 00:59:13,400 --> 00:59:14,200 Det er, hvad det er. 1235 00:59:14,200 --> 00:59:17,600 I her inde puffer, lagres 0x0. 1236 00:59:17,600 --> 00:59:20,480 Det er, hvad vi har - det setup, vi har lige nu. 1237 00:59:20,480 --> 00:59:27,540 Så denne linje, fread, sætter noget fra kilde, hvor? 1238 00:59:27,540 --> 00:59:30,560 Ind i denne kasse eller denne boks? 1239 00:59:30,560 --> 00:59:31,060 Hvilken kasse? 1240 00:59:31,060 --> 00:59:33,290 Venstre kasse eller højre kasse? 1241 00:59:33,290 --> 00:59:34,750 Denne ret kassen. 1242 00:59:34,750 --> 00:59:38,440 >> Det følger markøren, og sætter det i her. 1243 00:59:38,440 --> 00:59:42,620 Når vi prøve at røre hukommelse på placering 0, hvad får vi? 1244 00:59:42,620 --> 00:59:45,050 En segmentering fejl. 1245 00:59:45,050 --> 00:59:46,550 Det er den fejl, vi har lige nu. 1246 00:59:46,550 --> 00:59:46,970 Ja. 1247 00:59:46,970 --> 00:59:48,410 >> STUDENT 59: Har du ikke at sætte stjerne buffer? 1248 00:59:48,410 --> 00:59:49,180 Eller nej? 1249 00:59:49,180 --> 00:59:50,050 For fread? 1250 00:59:50,050 --> 00:59:51,450 >> JASON HIRSCHHORN: So fread tager en pointer. 1251 00:59:51,450 --> 00:59:54,920 1252 00:59:54,920 --> 00:59:55,900 Så det går i buffer. 1253 00:59:55,900 --> 00:59:58,980 Og så vil de-henvisning det andet sted inde fread. 1254 00:59:58,980 --> 01:00:00,700 Men igen, så vi tager det en pointer. 1255 01:00:00,700 --> 01:00:02,560 Vi behøver ikke at passere den stjerne buffer. 1256 01:00:02,560 --> 01:00:05,350 Det ville være forbi det, hvad er her. 1257 01:00:05,350 --> 01:00:07,980 Og det ville sandsynligvis give os en fejl fordi vi er de-henvisninger det. 1258 01:00:07,980 --> 01:00:08,150 >> Right? 1259 01:00:08,150 --> 01:00:10,690 Når vi de-henvisningen denne pointer, når vi forsøger at få adgang til denne placering, 1260 01:00:10,690 --> 01:00:13,140 vi får en fejl - vores segmenteringsfejl. 1261 01:00:13,140 --> 01:00:15,800 Så - 1262 01:00:15,800 --> 01:00:16,690 oops. 1263 01:00:16,690 --> 01:00:19,090 Vi kommer til at holde op ud af gdb. 1264 01:00:19,090 --> 01:00:20,160 Vores linje - 1265 01:00:20,160 --> 01:00:22,990 vores problem - er ret her på denne linje. 1266 01:00:22,990 --> 01:00:26,410 Og det er et problem, fordi denne linje. 1267 01:00:26,410 --> 01:00:31,780 >> Hvordan kan vi skabe en boks, er tilgængelig i fread. 1268 01:00:31,780 --> 01:00:31,980 Right? 1269 01:00:31,980 --> 01:00:35,190 Vi er nødt til at oprette en boks, der er en byte store, størrelsen af ​​en char. 1270 01:00:35,190 --> 01:00:38,590 Men vi har brug for, at feltet for at være tilgængelige når denne funktion udfører. 1271 01:00:38,590 --> 01:00:39,390 Så hvor - 1272 01:00:39,390 --> 01:00:39,640 ja. 1273 01:00:39,640 --> 01:00:40,440 Nogen idéer? 1274 01:00:40,440 --> 01:00:43,615 >> STUDENT 60: Bare sæt den som en tilfældig karakter. 1275 01:00:43,615 --> 01:00:49,150 1276 01:00:49,150 --> 01:00:51,640 Bare gør char buffer ligemænd tegnet. 1277 01:00:51,640 --> 01:00:53,795 Og så, når du har buffer der - 1278 01:00:53,795 --> 01:00:54,110 >> JASON HIRSCHHORN: Vent. 1279 01:00:54,110 --> 01:00:55,110 Char buffer? 1280 01:00:55,110 --> 01:00:55,880 Så ingen stjerne? 1281 01:00:55,880 --> 01:00:56,390 >> STUDENT 60: Ja. 1282 01:00:56,390 --> 01:00:58,560 Tag stjernen. 1283 01:00:58,560 --> 01:01:00,690 Lig en tilfældig karakter. 1284 01:01:00,690 --> 01:01:01,460 >> JASON HIRSCHHORN: OK. 1285 01:01:01,460 --> 01:01:02,420 Så giv mig en. 1286 01:01:02,420 --> 01:01:03,170 >> STUDENT 60: Ligesom en eller noget. 1287 01:01:03,170 --> 01:01:06,160 Og så når du har buffer der bruger du en - 1288 01:01:06,160 --> 01:01:06,420 >> STUDENT 61: Star? 1289 01:01:06,420 --> 01:01:07,650 Åh nej, det tegnet. 1290 01:01:07,650 --> 01:01:09,000 >> STUDENT 60: Brug tegnet. 1291 01:01:09,000 --> 01:01:09,470 >> JASON HIRSCHHORN: OK. 1292 01:01:09,470 --> 01:01:11,320 Og hvad i fwrite? 1293 01:01:11,320 --> 01:01:14,150 >> STUDENT 60: Brug tegnet igen. 1294 01:01:14,150 --> 01:01:14,320 >> JASON HIRSCHHORN: Okay. 1295 01:01:14,320 --> 01:01:20,970 Så din idé er, at vi skaber en char og sætte noget i det, og derefter 1296 01:01:20,970 --> 01:01:22,612 skrive til denne char. 1297 01:01:22,612 --> 01:01:23,760 >> STUDENT 60: Ja. 1298 01:01:23,760 --> 01:01:25,916 >> JASON HIRSCHHORN: Hvad tror folk? 1299 01:01:25,916 --> 01:01:27,770 >> STUDENT 62: Det er indviklede. 1300 01:01:27,770 --> 01:01:28,460 >> JASON HIRSCHHORN: OK. 1301 01:01:28,460 --> 01:01:29,760 Lad os trække det ud. 1302 01:01:29,760 --> 01:01:35,720 Så denne gang, jeg har tænkt mig at trække denne i rød på stakken her, og så vi 1303 01:01:35,720 --> 01:01:36,410 vil have - 1304 01:01:36,410 --> 01:01:36,822 ooh! 1305 01:01:36,822 --> 01:01:38,060 Undskyld. 1306 01:01:38,060 --> 01:01:45,930 Så denne gang har vi noget, der hedder buffer, og det er på stakken. 1307 01:01:45,930 --> 01:01:48,430 Ret? 1308 01:01:48,430 --> 01:01:51,520 Og vi gemmer i det en, i første omgang. 1309 01:01:51,520 --> 01:01:53,830 >> Så har vi vores opfordring til fread. 1310 01:01:53,830 --> 01:02:01,300 Hvad fread gør, er det tager en byte fra vores fil og sætter det et eller andet sted. 1311 01:02:01,300 --> 01:02:04,570 Det sætter det i uanset ting peger på. 1312 01:02:04,570 --> 01:02:09,130 Nå, før vi havde denne adresse - 1313 01:02:09,130 --> 01:02:10,250 0x0. 1314 01:02:10,250 --> 01:02:13,349 Nu hvad adresse har vi? 1315 01:02:13,349 --> 01:02:14,650 >> STUDENT 63: Whatever adresse buffer. 1316 01:02:14,650 --> 01:02:15,970 >> JASON HIRSCHHORN: Whatever adresse buffer. 1317 01:02:15,970 --> 01:02:22,370 Det er sandsynligvis vil være noget lignende. 1318 01:02:22,370 --> 01:02:26,950 Sandsynligvis kommer til at starte med en b og en f, og derefter har seks andre 1319 01:02:26,950 --> 01:02:27,970 hexadecimale cifre. 1320 01:02:27,970 --> 01:02:28,480 Betyder ikke noget. 1321 01:02:28,480 --> 01:02:29,470 Nogle adresse. 1322 01:02:29,470 --> 01:02:31,410 Og vi passerer denne adresse i. 1323 01:02:31,410 --> 01:02:34,790 >> Og vi kommer til at sætte vores ene byte ting på denne adresse. 1324 01:02:34,790 --> 01:02:38,470 Så vi kommer til at sætte vores ene byte ting herinde. 1325 01:02:38,470 --> 01:02:40,800 Og så vil vi skrive fra hvad der er nogensinde herinde. 1326 01:02:40,800 --> 01:02:43,425 1327 01:02:43,425 --> 01:02:45,380 Er der nogen har nogen spørgsmål om det? 1328 01:02:45,380 --> 01:02:50,990 1329 01:02:50,990 --> 01:02:54,690 Hvem tror denne kode vil arbejde? 1330 01:02:54,690 --> 01:02:56,020 >> Løft din hånd, hvis du tror denne kode vil arbejde. 1331 01:02:56,020 --> 01:02:57,270 Du er nødt til at tage et standpunkt. 1332 01:02:57,270 --> 01:03:00,670 1333 01:03:00,670 --> 01:03:02,500 Og hvem tror denne kode vil ikke arbejde? 1334 01:03:02,500 --> 01:03:04,610 Løft din hånd. 1335 01:03:04,610 --> 01:03:06,750 Alle andre bør være hæve deres hånd. 1336 01:03:06,750 --> 01:03:07,670 OK. 1337 01:03:07,670 --> 01:03:09,390 Michael, hvor står du? 1338 01:03:09,390 --> 01:03:10,680 >> MICHAEL: Jeg kan ikke afgøre. 1339 01:03:10,680 --> 01:03:12,070 Slags i midten. 1340 01:03:12,070 --> 01:03:12,736 >> JASON HIRSCHHORN: Du er i midten. 1341 01:03:12,736 --> 01:03:13,092 Vælg en. 1342 01:03:13,092 --> 01:03:14,400 >> MICHAEL: Jeg har tro og siger, at det vil virke. 1343 01:03:14,400 --> 01:03:14,660 >> JASON HIRSCHHORN: OK. 1344 01:03:14,660 --> 01:03:16,047 Du har tro og sige det virker? 1345 01:03:16,047 --> 01:03:26,490 1346 01:03:26,490 --> 01:03:27,020 Hvad er der sket? 1347 01:03:27,020 --> 01:03:28,270 >> [indskyde STEMMER] 1348 01:03:28,270 --> 01:03:35,170 1349 01:03:35,170 --> 01:03:35,950 >> JASON HIRSCHHORN: Ingen seg fejl. 1350 01:03:35,950 --> 01:03:40,320 Hvordan kan vi kontrollere, om to ting er lige? 1351 01:03:40,320 --> 01:03:42,060 To filer er ens. 1352 01:03:42,060 --> 01:03:43,300 >> STUDENT 64: Diff. 1353 01:03:43,300 --> 01:03:45,490 >> JASON HIRSCHHORN: Diff. 1354 01:03:45,490 --> 01:03:51,630 Diff checks for forskellene mellem to filer, og hvis det returnerer 1355 01:03:51,630 --> 01:03:52,890 ingenting, de er identiske. 1356 01:03:52,890 --> 01:03:59,030 Og hvis vi åbner op, får vi vores fil. 1357 01:03:59,030 --> 01:04:00,490 Så det var den rigtige løsning. 1358 01:04:00,490 --> 01:04:01,780 Lad os se tilbage på det en gang mere. 1359 01:04:01,780 --> 01:04:04,080 Vi har faktisk ikke engang nødt til at initialisere den. 1360 01:04:04,080 --> 01:04:05,520 >> Det ville nok se lidt renere, hvis du ikke har bragt 1361 01:04:05,520 --> 01:04:07,680 noget tilfældigt derinde. 1362 01:04:07,680 --> 01:04:13,070 Pointen er, du behov for at skabe nogle plads til at gemme noget fra 1363 01:04:13,070 --> 01:04:15,530 fread og tage noget ud af fwrite. 1364 01:04:15,530 --> 01:04:18,400 Og at ting skulle være enten en lokal variabel på stakken - du 1365 01:04:18,400 --> 01:04:19,890 kunne have malloc'd noget plads. 1366 01:04:19,890 --> 01:04:23,030 >> Så vi kunne faktisk have skriftlig malloc her, og 1367 01:04:23,030 --> 01:04:25,420 der ville have fungeret. 1368 01:04:25,420 --> 01:04:28,660 Og så ville vi have været opbevaring vores ting et sted på bunke. 1369 01:04:28,660 --> 01:04:31,940 Men det er faktisk, sandsynligvis, den mest elegante løsning. 1370 01:04:31,940 --> 01:04:34,490 Bare skabe noget plads på stakken for disse ting til at gå. 1371 01:04:34,490 --> 01:04:37,690 1372 01:04:37,690 --> 01:04:38,990 >> Jeg ville have to andre kommentarer. 1373 01:04:38,990 --> 01:04:44,650 Hvis du skulle tage tur i dette, og derefter få scoret på dette, mine kommentarer 1374 01:04:44,650 --> 01:04:47,400 ville være som følger. 1375 01:04:47,400 --> 01:04:54,300 Disse 1 er her, for mig, se ligesom magiske tal. 1376 01:04:54,300 --> 01:04:56,860 Denne 1, i form af fread, giver mening. 1377 01:04:56,860 --> 01:04:59,580 Det er antallet af ting, at læse eller skrive. 1378 01:04:59,580 --> 01:05:03,740 >> Men denne ene lige her burde sandsynligvis være noget andet. 1379 01:05:03,740 --> 01:05:05,180 Så hvad er en løsning? 1380 01:05:05,180 --> 01:05:06,545 >> STUDENT 65: størrelse byte. 1381 01:05:06,545 --> 01:05:10,100 1382 01:05:10,100 --> 01:05:11,080 >> JASON HIRSCHHORN: Ligesom det? 1383 01:05:11,080 --> 01:05:13,130 >> STUDENT 65: størrelse char. 1384 01:05:13,130 --> 01:05:13,820 >> JASON HIRSCHHORN: Størrelse af char. 1385 01:05:13,820 --> 01:05:15,290 Ja, byte er ikke en type. 1386 01:05:15,290 --> 01:05:16,320 Så størrelsen af ​​char værker. 1387 01:05:16,320 --> 01:05:30,270 Vi kunne have på toppen af vores kode, # definerede det. 1388 01:05:30,270 --> 01:05:33,410 Kaldet noget BYTE og det er virkelig en char. 1389 01:05:33,410 --> 01:05:37,675 Faktisk en endnu bedre tilgang kunne have været det - 1390 01:05:37,675 --> 01:05:39,391 uint. 1391 01:05:39,391 --> 01:05:40,780 Nogen der ved hvad det er? 1392 01:05:40,780 --> 01:05:44,388 1393 01:05:44,388 --> 01:05:44,840 >> Undskyld. 1394 01:05:44,840 --> 01:05:46,090 Jeg har det baglæns. 1395 01:05:46,090 --> 01:05:51,620 1396 01:05:51,620 --> 01:05:52,200 Vent, nej. 1397 01:05:52,200 --> 01:05:53,450 Hvilken vej går det hen? 1398 01:05:53,450 --> 01:05:58,071 1399 01:05:58,071 --> 01:05:59,660 Nogen der ved hvad det er? 1400 01:05:59,660 --> 01:06:00,950 Ja. 1401 01:06:00,950 --> 01:06:05,650 >> STUDENT 67: formodes at hjælpe standardisere på tværs af systemer ting, 1402 01:06:05,650 --> 01:06:08,760 har - ligesom unsigned heltal der har 8 byte? 1403 01:06:08,760 --> 01:06:11,785 >> JASON HIRSCHHORN: Det er helt rigtigt. 1404 01:06:11,785 --> 01:06:14,310 På forskellige maskiner, størrelsen af ​​en char - 1405 01:06:14,310 --> 01:06:15,180 normalt ikke en char. 1406 01:06:15,180 --> 01:06:16,100 Bogstaver er normalt en byte. 1407 01:06:16,100 --> 01:06:19,590 Men størrelsen af ​​andre datatyper er forskellige størrelser på en 32-bit maskine 1408 01:06:19,590 --> 01:06:21,370 versus en 64-bit maskine. 1409 01:06:21,370 --> 01:06:25,180 En uint8_t er altid 8 bit - 1410 01:06:25,180 --> 01:06:27,210 altid en byte. 1411 01:06:27,210 --> 01:06:29,580 >> Og jeg har brug for at medtage, at standard int header fil. 1412 01:06:29,580 --> 01:06:35,040 Så nu, dette ville have sandsynligvis været den bedste måde at skrive denne kode. 1413 01:06:35,040 --> 01:06:40,160 1414 01:06:40,160 --> 01:06:41,450 Så jeg slippe af med de magiske tal. 1415 01:06:41,450 --> 01:06:44,690 Og jeg har også en mere logisk skrive til buffer. 1416 01:06:44,690 --> 01:06:49,450 Det er ikke blot en char, er det en byte, hvilket er, hvad vi forventer det at være. 1417 01:06:49,450 --> 01:06:53,400 >> Og heroppe, vi har faktisk været lidt mere robust. 1418 01:06:53,400 --> 01:06:55,190 Vi ikke kalde det en char, som - 1419 01:06:55,190 --> 01:06:58,630 måske, hvem ved - kunne være en anden størrelse på forskellige maskiner. 1420 01:06:58,630 --> 01:07:02,025 Vi faktisk siger det er præcis en byte, altid, uanset hvad. 1421 01:07:02,025 --> 01:07:05,810 Og hvis vi ser her, gør vi cp. 1422 01:07:05,810 --> 01:07:08,340 Uh-oh. 1423 01:07:08,340 --> 01:07:09,590 Hvad er der sket? 1424 01:07:09,590 --> 01:07:14,470 1425 01:07:14,470 --> 01:07:16,170 >> STUDENT 68: Det kunne være tændt. 1426 01:07:16,170 --> 01:07:17,880 >> JASON HIRSCHHORN: Hvad? 1427 01:07:17,880 --> 01:07:19,130 >> STUDENT 69: Er det? 1428 01:07:19,130 --> 01:07:21,940 1429 01:07:21,940 --> 01:07:25,080 >> STUDENT 70: Du har ikke definere det som en type. 1430 01:07:25,080 --> 01:07:28,684 >> STUDENT 71: men det bør skal defineres i standarden. 1431 01:07:28,684 --> 01:07:29,934 >> STUDENT 72: Hvad sker der? 1432 01:07:29,934 --> 01:07:37,660 1433 01:07:37,660 --> 01:07:40,210 >> STUDENT 73: Bør definere være alle hætter? 1434 01:07:40,210 --> 01:07:41,370 >> JASON HIRSCHHORN: Så det er ikke # define. 1435 01:07:41,370 --> 01:07:45,490 Faktisk, i dette tilfælde, er jeg vil bruge typedef. 1436 01:07:45,490 --> 01:07:48,590 Fordi vi bruger det som en type på ét sted. 1437 01:07:48,590 --> 01:07:51,990 Så i dette tilfælde, vi rent faktisk ønsker at typedef ligesom vi udskriver en ny type 1438 01:07:51,990 --> 01:07:54,490 byte, og det er det væsentlige, dette. 1439 01:07:54,490 --> 01:07:56,590 Det er en smule anderledes end # define. 1440 01:07:56,590 --> 01:08:02,740 >> Og nu, vores kode fungerer perfekt. 1441 01:08:02,740 --> 01:08:05,230 Så igen, # define tager noget, erstatter det overalt 1442 01:08:05,230 --> 01:08:06,780 med den anden ting. 1443 01:08:06,780 --> 01:08:07,920 Det er bare en makro - 1444 01:08:07,920 --> 01:08:09,420 stenografi at slippe af magiske tal. 1445 01:08:09,420 --> 01:08:11,360 Men i dette tilfælde, fordi vi er bruge det som en type - 1446 01:08:11,360 --> 01:08:12,180 lige her - 1447 01:08:12,180 --> 01:08:19,880 for at dette skal fungere, er vi nødt at typedef hvad byte er. 1448 01:08:19,880 --> 01:08:21,840 >> Og vi definerer det lige her. 1449 01:08:21,840 --> 01:08:24,750 Det er ikke en struct, det er faktisk bare en usigneret heltal. 1450 01:08:24,750 --> 01:08:27,680 Det er én byte lang. 1451 01:08:27,680 --> 01:08:31,910 Denne kode vil være tilgængelig online, og du bør alle have det lige nu. 1452 01:08:31,910 --> 01:08:33,830 >> Så vi har - 1453 01:08:33,830 --> 01:08:34,250 perfekt - 1454 01:08:34,250 --> 01:08:41,359 13 minutter tilbage til at gå løbet problem sæt 5. 1455 01:08:41,359 --> 01:08:44,270 Jeg ønsker at gå gennem copy.c sammen, og så vil vi tale kort 1456 01:08:44,270 --> 01:08:47,120 om de andre dele af problemet indstillet. 1457 01:08:47,120 --> 01:08:48,899 Så lad mig trække op copy.c. 1458 01:08:48,899 --> 01:09:03,930 1459 01:09:03,930 --> 01:09:08,810 Og cool ting er, vi har faktisk allerede skrevet en masse af denne kode. 1460 01:09:08,810 --> 01:09:11,180 >> Den kode, vi skrev bogstaveligt talt bare kom ud af her, da jeg var 1461 01:09:11,180 --> 01:09:13,120 skriver dette på min egen. 1462 01:09:13,120 --> 01:09:16,990 Men dette er copy.c, danner grundlaget for de to første dele af 1463 01:09:16,990 --> 01:09:22,340 problemet indstillet til whodunit.c, som du nødt til at skrive, og resize.c. 1464 01:09:22,340 --> 01:09:27,050 Recover.c, som er den tredje og sidste del af problemet sæt, er ikke 1465 01:09:27,050 --> 01:09:29,529 baseret ud af denne fil. 1466 01:09:29,529 --> 01:09:32,200 >> Du vil få brug for at skrive, at filen vi giver dig en skabelon til at 1467 01:09:32,200 --> 01:09:34,620 fil, men det har intet at gøre med copy.c. 1468 01:09:34,620 --> 01:09:38,675 Men fordi copy.c er grundlaget for de to første dele, vi kommer 1469 01:09:38,675 --> 01:09:42,000 til at gå igennem det nu, så du har en god fornemmelse af, hvad det gør. 1470 01:09:42,000 --> 01:09:43,640 >> Og bemærkninger giver noget af det væk. 1471 01:09:43,640 --> 01:09:45,120 Vi har allerede skrevet nogle af dette. 1472 01:09:45,120 --> 01:09:49,220 Først gør vi sikker vi får tre argumenter. 1473 01:09:49,220 --> 01:09:50,560 Næste, vi huske filnavnet. 1474 01:09:50,560 --> 01:09:52,960 Så vi sprunget over dette trin, når vi kodet vores ting - 1475 01:09:52,960 --> 01:09:54,700 når vores cp. 1476 01:09:54,700 --> 01:09:56,750 Men her er de gør det en smule renere. 1477 01:09:56,750 --> 01:09:59,350 >> De kontrollerer, at begge filer er gode, i 1478 01:09:59,350 --> 01:10:00,450 Ud over at åbne dem. 1479 01:10:00,450 --> 01:10:04,760 Vi skrev alle denne kode lige nu, så jeg er ikke kommer til at dvæle ved denne kode. 1480 01:10:04,760 --> 01:10:09,670 Næste er nogle ting, der er specifikke for de typer af filer, vi bruger, som 1481 01:10:09,670 --> 01:10:12,240 er bitmap-filer. 1482 01:10:12,240 --> 01:10:15,660 Bitmap-filer har nogle metadata forbundet med dem. 1483 01:10:15,660 --> 01:10:20,190 >> Så de første par bytes fortælle dig om filen. 1484 01:10:20,190 --> 01:10:23,460 De er ikke farver pixel i billedet. 1485 01:10:23,460 --> 01:10:25,120 De fortæller dig om filen. 1486 01:10:25,120 --> 01:10:28,220 Og hvis du læser igennem problemet sæt, vil du have meget mere information 1487 01:10:28,220 --> 01:10:33,100 om, hvilke typer af metadata strukturer indgår med bitmaps. 1488 01:10:33,100 --> 01:10:39,350 >> Men det er derfor vi har denne første sæt - denne kode lige her. 1489 01:10:39,350 --> 01:10:42,490 Vi læser metadata - 1490 01:10:42,490 --> 01:10:45,800 to stykker af metadata - filen header og info header. 1491 01:10:45,800 --> 01:10:51,030 Og vi tjekker nogle dele af den til sørg for at det er en sand bitmap-fil 1492 01:10:51,030 --> 01:10:52,420 før du fortsætter. 1493 01:10:52,420 --> 01:10:55,470 >> Og igen, disse er detaljer, som vi behøver ikke at gå ind i nu. 1494 01:10:55,470 --> 01:10:57,720 Hvis du læser gennem problemet sæt, du vil forstå disse. 1495 01:10:57,720 --> 01:11:01,370 Lang historie kort, er disse bare siger, dette er en bitmap-fil, og 1496 01:11:01,370 --> 01:11:02,810 bekræfter, at. 1497 01:11:02,810 --> 01:11:05,180 >> Næste, vi skriver dem til ud-fil. 1498 01:11:05,180 --> 01:11:05,660 Vi ser, at her. 1499 01:11:05,660 --> 01:11:06,910 Vi skriver til den ud pointer. 1500 01:11:06,910 --> 01:11:09,260 1501 01:11:09,260 --> 01:11:11,320 Næste, vi bestemme polstring. 1502 01:11:11,320 --> 01:11:15,240 Så igen, som er særegne med en bitmap-fil, nogle linjer omfatter 1503 01:11:15,240 --> 01:11:16,840 polstring i slutningen. 1504 01:11:16,840 --> 01:11:19,000 Og hvis du læser igennem problemet sæt, du vil lære mere om polstring. 1505 01:11:19,000 --> 01:11:22,330 Dette er formlen for at finde polstring. 1506 01:11:22,330 --> 01:11:23,610 >> Vigtigt at huske på - 1507 01:11:23,610 --> 01:11:29,720 når du ændrer størrelsen af ​​en bitmap fil, polstring ændringer. 1508 01:11:29,720 --> 01:11:31,970 Når du ændrer størrelsen på en fil, polstring ændringer. 1509 01:11:31,970 --> 01:11:34,310 Det er aldrig kommer til at være større end 3 - 1510 01:11:34,310 --> 01:11:36,510 det vil være 0 til 3 inklusive. 1511 01:11:36,510 --> 01:11:38,930 Men når du ændrer størrelsen på noget, polstring ændringer. 1512 01:11:38,930 --> 01:11:47,100 >> Hvis jeg kun har én pixel i den pågældende række, jeg brug for tre bytes af polstring, fordi 1513 01:11:47,100 --> 01:11:51,190 hver række skal være et multiplum af fire bytes længe i en bitmap-fil. 1514 01:11:51,190 --> 01:11:56,120 Men hvis jeg fordoble det, at gå fra én pixel til to pixel, som hver, 1515 01:11:56,120 --> 01:11:59,510 lad os sige, er en byte, så jeg har brug for to bytes af polstring til at gøre 1516 01:11:59,510 --> 01:12:00,970 der er lig med fire. 1517 01:12:00,970 --> 01:12:04,200 >> Så når jeg ændre størrelsen på noget, Jeg har brug for at ændre beløbet 1518 01:12:04,200 --> 01:12:06,551 polstring jeg har. 1519 01:12:06,551 --> 01:12:08,100 Giver det mening for alle? 1520 01:12:08,100 --> 01:12:12,020 1521 01:12:12,020 --> 01:12:18,720 Dernæst vi gentage over hver række, eller gennem alle rækker. 1522 01:12:18,720 --> 01:12:21,400 Og så skal vi gentage gennem hver kolonne i hver række. 1523 01:12:21,400 --> 01:12:25,330 Vi behandler denne bitmap ligesom et gitter, ligesom vi har behandlet 1524 01:12:25,330 --> 01:12:26,490 bestyrelsen i 15.. 1525 01:12:26,490 --> 01:12:29,200 >> Ligesom vi behandlet murstenene når vi trykt dem på skærmen. 1526 01:12:29,200 --> 01:12:31,350 Et gitter af rækker og kolonner. 1527 01:12:31,350 --> 01:12:32,350 Så - vi oplevede dette. 1528 01:12:32,350 --> 01:12:33,840 Vi har faktisk lige kodet dette. 1529 01:12:33,840 --> 01:12:35,780 Vi skabte nogle midlertidige opbevaring. 1530 01:12:35,780 --> 01:12:38,710 Vi læser i der, og derefter vi skriver det ud. 1531 01:12:38,710 --> 01:12:42,680 Dette er præcis, hvad vi lige gjorde. 1532 01:12:42,680 --> 01:12:46,760 >> Dernæst fordi jeg sagde hver linje ender på polstring, vi 1533 01:12:46,760 --> 01:12:48,260 springe over, at polstring - 1534 01:12:48,260 --> 01:12:51,000 den gamle polstring. 1535 01:12:51,000 --> 01:12:52,630 Og så tilføjer vi det tilbage. 1536 01:12:52,630 --> 01:12:55,140 I dette tilfælde, vi skaber nøjagtig den samme fil. 1537 01:12:55,140 --> 01:12:56,180 Vi er bare kopiere det. 1538 01:12:56,180 --> 01:12:57,700 Så denne linje er lidt fjollet. 1539 01:12:57,700 --> 01:12:59,660 Vi kunne bogstaveligt talt bare sætte polstring i. 1540 01:12:59,660 --> 01:13:04,290 >> Men hvis du ændrer størrelsen af ​​filen, Vil du stadig denne linie? 1541 01:13:04,290 --> 01:13:08,510 1542 01:13:08,510 --> 01:13:11,560 Så hvis vi ændre størrelsen på en fil, gør vi stadig ønsker at springe 1543 01:13:11,560 --> 01:13:12,810 over den gamle polstring? 1544 01:13:12,810 --> 01:13:15,170 1545 01:13:15,170 --> 01:13:15,970 >> STUDENT 74: Ja. 1546 01:13:15,970 --> 01:13:17,090 >> JASON HIRSCHHORN: Så vi gør. 1547 01:13:17,090 --> 01:13:19,290 Fordi dette, igen, tilbud med kildefilen. 1548 01:13:19,290 --> 01:13:21,570 Vi er ligeglade om polstring fra kildefilen. 1549 01:13:21,570 --> 01:13:23,410 Vi ønsker at gå til den næste linje. 1550 01:13:23,410 --> 01:13:28,850 Men vi har ikke bare sat tilbage den gamle værdi af polstring. 1551 01:13:28,850 --> 01:13:31,540 Vi er nødt til at sætte tilbage ny mængde af polstring. 1552 01:13:31,540 --> 01:13:35,810 >> Så når vi er ved at ændre størrelsen på en fil, vi stadig ønsker at springe over 1553 01:13:35,810 --> 01:13:38,270 polstring i den gamle fil - hvad vi læser fra. 1554 01:13:38,270 --> 01:13:40,370 Men hvad vi skriver til, vi kommer til brug for at sætte tilbage nogle forskellige 1555 01:13:40,370 --> 01:13:41,890 Antallet af polstring, vi har bestemt. 1556 01:13:41,890 --> 01:13:42,780 Ja. 1557 01:13:42,780 --> 01:13:44,550 >> STUDENT 75: Rækkefølgen af ​​de to linier betyder ikke noget, right? 1558 01:13:44,550 --> 01:13:46,160 Fordi du håndterer forskellige filer. 1559 01:13:46,160 --> 01:13:46,620 >> JASON HIRSCHHORN: Præcis. 1560 01:13:46,620 --> 01:13:48,220 Rækkefølgen af ​​disse to linjer betyder ikke noget. 1561 01:13:48,220 --> 01:13:49,790 Vi skriver denne linje. 1562 01:13:49,790 --> 01:13:51,430 Det er her for filen vi skriver til. 1563 01:13:51,430 --> 01:13:54,370 Det er vigtigt, så vi får rigtige mængde af polstring. 1564 01:13:54,370 --> 01:13:57,560 Dette har at beskæftige sig med i filen. 1565 01:13:57,560 --> 01:13:58,560 Vi ønsker at springe til højre over polstring. 1566 01:13:58,560 --> 01:13:59,470 >> Vi ønsker ikke at læse - 1567 01:13:59,470 --> 01:14:01,500 hvis vi læser en byte ad gangen, vi ligeglad disse Udfyldningsbytes. 1568 01:14:01,500 --> 01:14:04,070 Vi ønsker at flytte til den næste linje. 1569 01:14:04,070 --> 01:14:11,800 Endelig ligesom Lucy gav for os, vi lukke filer og returnere 0. 1570 01:14:11,800 --> 01:14:13,890 Så dette er copy.c. 1571 01:14:13,890 --> 01:14:17,850 Og vi faktisk skrev - vi brugte det meste af sektion skriver dette væsentlige. 1572 01:14:17,850 --> 01:14:18,740 >> Du har lavet dette. 1573 01:14:18,740 --> 01:14:22,440 Så forhåbentlig har du en god fornemmelse af, hvad der foregår her. 1574 01:14:22,440 --> 01:14:25,890 Den store forskel, helt ærligt, er blot denne første del, der omhandler 1575 01:14:25,890 --> 01:14:29,970 særegenheder bitmap-filer. 1576 01:14:29,970 --> 01:14:33,570 Så jeg har da min næste dias, hvad skal vi gøre? 1577 01:14:33,570 --> 01:14:35,510 Nå, lad os tænke over krimi. 1578 01:14:35,510 --> 01:14:38,080 >> Og for nogen, der læser problemet indstillet, hvad gør vi 1579 01:14:38,080 --> 01:14:41,410 nødt til at gøre i krimi? 1580 01:14:41,410 --> 01:14:42,080 Simply. 1581 01:14:42,080 --> 01:14:42,460 Aleja. 1582 01:14:42,460 --> 01:14:48,570 >> Aleja: Kan du tegne den del af hver pixel, der betegner rød. 1583 01:14:48,570 --> 01:14:49,730 Og så - 1584 01:14:49,730 --> 01:14:50,730 slags? 1585 01:14:50,730 --> 01:14:51,860 >> JASON HIRSCHHORN: OK. 1586 01:14:51,860 --> 01:14:54,460 Så tag del af hver pixel, der betegner rød. 1587 01:14:54,460 --> 01:14:57,234 Det er tæt på, men ikke det hele. 1588 01:14:57,234 --> 01:14:59,780 >> STUDENT 76: Tja, der er forskellige måder at gøre det. 1589 01:14:59,780 --> 01:14:59,870 >> JASON HIRSCHHORN: OK. 1590 01:14:59,870 --> 01:15:03,070 Giv mig én måde. 1591 01:15:03,070 --> 01:15:08,240 >> STUDENT 76: Tag alle de røde, og derefter understrege blå og grøn. 1592 01:15:08,240 --> 01:15:10,010 >> JASON HIRSCHHORN: OK. 1593 01:15:10,010 --> 01:15:11,830 Så givet begge disse måder - 1594 01:15:11,830 --> 01:15:15,210 det lyder som vi giver det en pixel, er det har en rød, blå og grøn plan. 1595 01:15:15,210 --> 01:15:19,350 Vi ønsker at ændre de relative niveauer af rød, blå og grøn, afhængigt 1596 01:15:19,350 --> 01:15:20,740 på denne pixel. 1597 01:15:20,740 --> 01:15:28,380 Hvor i denne kode, bør vi ændre den relative rød, blå og grøn 1598 01:15:28,380 --> 01:15:29,720 niveauer af en given pixel. 1599 01:15:29,720 --> 01:15:30,600 Efter at vi har læst det - 1600 01:15:30,600 --> 01:15:32,520 før vi skriver det? 1601 01:15:32,520 --> 01:15:34,564 Giv mig den linje nummer. 1602 01:15:34,564 --> 01:15:35,950 >> FLERE STUDERENDE: 83. 1603 01:15:35,950 --> 01:15:37,320 >> JASON HIRSCHHORN: 83. 1604 01:15:37,320 --> 01:15:38,570 Så lige her. 1605 01:15:38,570 --> 01:15:40,830 1606 01:15:40,830 --> 01:15:45,710 For mordmysterium den kode, du har brug for at write bør alle gå lige der. 1607 01:15:45,710 --> 01:15:47,640 Og det er det eneste kode du nødt til at skrive. 1608 01:15:47,640 --> 01:15:51,520 Fordi, ligesom vi hørte, alt du behøver at gøre, er at ændre disse relative blå, 1609 01:15:51,520 --> 01:15:54,420 røde og grønne niveauer fra hver pixel. 1610 01:15:54,420 --> 01:15:58,250 >> Du har læst det i, og nu er du kommer til at skrive det ud. 1611 01:15:58,250 --> 01:16:03,100 Hvordan får jeg - hvis jeg har denne ting kaldet triple, lige her, og det er af 1612 01:16:03,100 --> 01:16:04,570 skriv RGBTRIPLE - 1613 01:16:04,570 --> 01:16:08,650 godt, hvis vi kiggede i bmp.h, hvad der er RGBTRIPLE? 1614 01:16:08,650 --> 01:16:11,450 1615 01:16:11,450 --> 01:16:12,700 >> STUDENT 77: Det er en struct. 1616 01:16:12,700 --> 01:16:17,440 1617 01:16:17,440 --> 01:16:18,900 >> JASON HIRSCHHORN: RGBTRIPLE er en struct. 1618 01:16:18,900 --> 01:16:22,330 Vi ser, at lige hernede. 1619 01:16:22,330 --> 01:16:26,600 Og så hvis jeg ønskede at få adgang, siger, rød niveau af struct, hvordan gør jeg 1620 01:16:26,600 --> 01:16:30,005 adgang til røde niveau af denne struct? 1621 01:16:30,005 --> 01:16:37,280 >> [KLASSE mumler] 1622 01:16:37,280 --> 01:16:38,530 >> STUDENT 78: RGBTRIPLE.rgbtred? 1623 01:16:38,530 --> 01:16:47,250 1624 01:16:47,250 --> 01:16:48,856 >> JASON HIRSCHHORN: Er det korrekt? 1625 01:16:48,856 --> 01:16:53,040 >> STUDENT 79: Det bør være tredobbelt dot, i stedet for RGBTRIPLE prik? 1626 01:16:53,040 --> 01:16:54,120 >> JASON HIRSCHHORN: Triple. 1627 01:16:54,120 --> 01:16:56,700 Triple er den lokale variabel, så her, der er ingen henvisninger her. 1628 01:16:56,700 --> 01:16:58,400 Så vi bare bruge dot notation. 1629 01:16:58,400 --> 01:17:00,480 Dette vil give mig niveauet af rød. 1630 01:17:00,480 --> 01:17:06,180 Hvis jeg ønsker at ændre det, jeg bare indstille det lig med noget andet. 1631 01:17:06,180 --> 01:17:13,190 Så igen, denne linje kode adgange denne variabel inde i denne struct, og 1632 01:17:13,190 --> 01:17:15,070 vi kan indstille den til noget nyt. 1633 01:17:15,070 --> 01:17:20,040 >> Så for mordmysterium, igen, det er, i det væsentlige, hvad vi skal gøre. 1634 01:17:20,040 --> 01:17:21,170 Meget enkel. 1635 01:17:21,170 --> 01:17:25,020 Bare ændre nogle relative niveauer, og det er her, at koden går. 1636 01:17:25,020 --> 01:17:27,720 Ændre størrelse, på den anden side, er en smule tricky. 1637 01:17:27,720 --> 01:17:30,900 Faktisk størrelsesfeltet er sandsynligvis vanskeligste del af dette problem indstillet. 1638 01:17:30,900 --> 01:17:32,720 Vi har tre minutter til at gå over det. 1639 01:17:32,720 --> 01:17:34,910 >> Men igen, vi har allerede skrevet det meste af denne kode, så vi 1640 01:17:34,910 --> 01:17:36,500 bør være temmelig bekendt. 1641 01:17:36,500 --> 01:17:40,750 Hvad er nogle ting, vi ønsker at gøre i ændre størrelse, hvis du har læst i løbet af 1642 01:17:40,750 --> 01:17:43,470 problem indstillet? 1643 01:17:43,470 --> 01:17:45,290 Hvis du giver mig dem, vi kan tale om dem. 1644 01:17:45,290 --> 01:17:47,340 Hvad er nogle ting, vi ønsker at gøre? 1645 01:17:47,340 --> 01:17:47,970 >> STUDENT 80: Lodret - 1646 01:17:47,970 --> 01:17:52,360 så er du nødt til vandret ændre størrelse på det, men lodret resize det så godt? 1647 01:17:52,360 --> 01:17:58,475 >> JASON HIRSCHHORN: Så hvis vi er givet et pixel, og vi ønsker at ændre størrelsen på det ved en 1648 01:17:58,475 --> 01:18:03,460 faktor to, det nu skal være skaleres horisontalt og skaleres 1649 01:18:03,460 --> 01:18:05,220 lodret. 1650 01:18:05,220 --> 01:18:06,640 Giver det mening? 1651 01:18:06,640 --> 01:18:07,060 Ja. 1652 01:18:07,060 --> 01:18:09,300 Så det er nok det største udfordring. 1653 01:18:09,300 --> 01:18:10,430 Og vi vil tale om dette i et sek. 1654 01:18:10,430 --> 01:18:11,065 Ja. 1655 01:18:11,065 --> 01:18:15,270 >> STUDENT 81: Den måde, jeg tænkte på det var du havde brug for print det ud - 1656 01:18:15,270 --> 01:18:15,490 >> JASON HIRSCHHORN: Vent. 1657 01:18:15,490 --> 01:18:17,580 Må ikke fortælle os, hvad du gjorde. 1658 01:18:17,580 --> 01:18:20,620 Vi kommer til at tale i logik. 1659 01:18:20,620 --> 01:18:21,870 >> STUDENT 81: OK. 1660 01:18:21,870 --> 01:18:25,090 1661 01:18:25,090 --> 01:18:27,410 Hvad var spørgsmålet? 1662 01:18:27,410 --> 01:18:28,892 >> JASON HIRSCHHORN: Du skal bare hævede hånden. 1663 01:18:28,892 --> 01:18:31,600 Der var ingen spørgsmål. 1664 01:18:31,600 --> 01:18:32,520 Lad mig præsentere den. 1665 01:18:32,520 --> 01:18:34,560 Lad mig blot diskutere dette kort. 1666 01:18:34,560 --> 01:18:38,400 Så vi har en pixel, vi ønsker at kopiere det, både horisontalt og 1667 01:18:38,400 --> 01:18:39,360 lodret. 1668 01:18:39,360 --> 01:18:48,920 Så ideelt set, hvad vi gør her er, at vi læse i vores pixel, vi skriver det 1669 01:18:48,920 --> 01:18:51,690 men mange gange. 1670 01:18:51,690 --> 01:18:54,720 >> Men så har vi vores trick her, fordi så ønsker vi at springe til 1671 01:18:54,720 --> 01:18:57,660 næste linje og skrive det på begyndelsen af ​​næste linje. 1672 01:18:57,660 --> 01:19:02,960 Så hvis vi ønsker at kopiere både vandret og lodret, hvad er 1673 01:19:02,960 --> 01:19:05,050 en god måde at gøre det - 1674 01:19:05,050 --> 01:19:06,780 et godt selv at gøre det? 1675 01:19:06,780 --> 01:19:11,950 Så vi behøver ikke hele tiden at søge omkring vores fil for at placere ting. 1676 01:19:11,950 --> 01:19:14,360 >> Dette spørgsmål har måske ikke gav mening, men jeg tror en 1677 01:19:14,360 --> 01:19:15,800 besvare det vil hjælpe. 1678 01:19:15,800 --> 01:19:17,210 >> STUDENT 82: Opret en array? 1679 01:19:17,210 --> 01:19:20,090 >> JASON HIRSCHHORN: Så lad os tænke for hver fil som en række. 1680 01:19:20,090 --> 01:19:22,550 Lad os tænke i rækker. 1681 01:19:22,550 --> 01:19:26,670 Hvis vi har vores første række fra vores lille billede, kan vi gøre denne række 1682 01:19:26,670 --> 01:19:30,640 i en stor række af et stort billede, og derefter replikere rækken imidlertid 1683 01:19:30,640 --> 01:19:34,250 mange gange det skal blive gentaget, snarere end at gå pixel for pixel, 1684 01:19:34,250 --> 01:19:37,260 som får forvirrende, når beskæftiger sig med filer. 1685 01:19:37,260 --> 01:19:38,730 >> Fordi hvis vi havde - 1686 01:19:38,730 --> 01:19:41,260 Jeg kører ud af rummet. 1687 01:19:41,260 --> 01:19:46,490 Hvis dette er vores fil, og vi har at én pixel der, og vi ønsker at sætte det 1688 01:19:46,490 --> 01:19:49,840 lige der, vi stadig har nogle ting at det er nødvendigt at gå over der, når vi er 1689 01:19:49,840 --> 01:19:51,450 skrive og skabe vores nye fil - 1690 01:19:51,450 --> 01:19:53,250 vores fil, der er dobbelt så stor. 1691 01:19:53,250 --> 01:19:56,820 >> Men det er virkelig svært med fil-funktioner at springe rundt til nye linjer 1692 01:19:56,820 --> 01:20:00,260 lignende, og derefter gå tilbage her og sætte ting derinde. 1693 01:20:00,260 --> 01:20:04,500 Det er næsten umuligt at gøre noget gerne, hvis det giver mening. 1694 01:20:04,500 --> 01:20:10,180 Så hvis vi tænker i rækker, kan vi tage vores række, og derefter sætte det - 1695 01:20:10,180 --> 01:20:11,720 replikere rækker vertikalt. 1696 01:20:11,720 --> 01:20:15,860 >> Og det er, hvordan vi behandler resizing lodret i stedet for vandret. 1697 01:20:15,860 --> 01:20:18,810 Det var slags hurtig, og lidt forvirrende. 1698 01:20:18,810 --> 01:20:22,375 Desværre vores tid er op. 1699 01:20:22,375 --> 01:20:27,340 Jeg vil stå uden for de af jer, her der har spørgsmål om 1700 01:20:27,340 --> 01:20:30,500 problem sæt, herunder komme sig. 1701 01:20:30,500 --> 01:20:32,320 >> Så lad os udsætte for nu. 1702 01:20:32,320 --> 01:20:34,480 Og igen, hvis du har spørgsmål, vi kan chatte udenfor. 1703 01:20:34,480 --> 01:20:38,294