1 00:00:07,060 --> 00:00:08,420 [Powered by Google Translate] TOMMY: I denne videoen, vil vi lære om 2 00:00:08,420 --> 00:00:10,140 omdirigere og rør. 3 00:00:10,140 --> 00:00:12,780 Så langt har vi brukt funksjoner som printf til 4 00:00:12,780 --> 00:00:15,590 utdata til terminalen og funksjoner som GetString 5 00:00:15,590 --> 00:00:17,520 å tillate brukeren å gi innspill til vårt 6 00:00:17,520 --> 00:00:19,490 programmet ved hjelp av tastaturet. 7 00:00:19,490 --> 00:00:21,880 La oss raskt ta en titt på et program som får en linje av 8 00:00:21,880 --> 00:00:25,960 input fra brukeren, og deretter utganger det. 9 00:00:25,960 --> 00:00:28,990 >> På linje 7, vi spørre brukeren for en streng, og 10 00:00:28,990 --> 00:00:31,680 deretter på linje 8, vi skriver den ut igjen. 11 00:00:31,680 --> 00:00:35,220 La oss kompilere og kjøre programmet vårt. 12 00:00:35,220 --> 00:00:35,900 Flott. 13 00:00:35,900 --> 00:00:37,620 Strengen vi gitt var echoed tilbake 14 00:00:37,620 --> 00:00:39,170 til oss på terminalen. 15 00:00:39,170 --> 00:00:42,110 Dette skjedde fordi printf funksjonen skrev til en 16 00:00:42,110 --> 00:00:46,220 bekk kalt standard ut, eller s-t-d-out. 17 00:00:46,220 --> 00:00:49,230 Når noe er skrevet til stdout, er det som standard 18 00:00:49,230 --> 00:00:51,110 vises av terminalen. 19 00:00:51,110 --> 00:00:53,720 >> Så det er vel og bra, men hva om, i stedet for bare 20 00:00:53,720 --> 00:00:57,700 viser strengen, ønsket vi å lagre den til en fil? 21 00:00:57,700 --> 00:01:00,470 For eksempel kan vi ønsker å huske nøyaktig hva våre 22 00:01:00,470 --> 00:01:04,450 Programmet gjorde da vi ga det en bestemt inngang senere. 23 00:01:04,450 --> 00:01:07,270 En tilnærming ville være å gjøre dette i vår C-program ved hjelp 24 00:01:07,270 --> 00:01:09,680 noen spesielle funksjoner for å skrive til filer som vi vil 25 00:01:09,680 --> 00:01:11,270 se i en annen video. 26 00:01:11,270 --> 00:01:13,260 Enda enklere, skjønt, ville være å liksom 27 00:01:13,260 --> 00:01:16,090 omdirigere stdout til en fil. 28 00:01:16,090 --> 00:01:19,780 På den måten når printf skriver til stdout, innholdet vil 29 00:01:19,780 --> 00:01:21,720 bli skrevet til en fil i stedet 30 00:01:21,720 --> 00:01:23,410 vises av terminalen. 31 00:01:23,410 --> 00:01:26,690 Vi kan gjøre akkurat det ved å legge til en større-enn-tegn, etterfulgt 32 00:01:26,690 --> 00:01:30,820 ved et filnavn, til kommandoen bruker vi til å gjennomføre vårt program. 33 00:01:30,820 --> 00:01:34,730 >> Så, i stedet for bare å kjøre. / Redirect, kan vi 34 00:01:34,730 --> 00:01:38,880 kjøre. / redirect, etterfulgt av en større enn tegn, etterfulgt av 35 00:01:38,880 --> 00:01:41,530 filnavn, som file.txt. 36 00:01:41,530 --> 00:01:44,290 La oss se hva som skjer. 37 00:01:44,290 --> 00:01:45,130 OK. 38 00:01:45,130 --> 00:01:48,470 Legg merke til at denne tiden ble noe som vises i terminalen, 39 00:01:48,470 --> 00:01:50,290 men vi har ikke endret innholdet i vår 40 00:01:50,290 --> 00:01:52,040 C-program i det hele tatt. 41 00:01:52,040 --> 00:01:56,090 La oss nå undersøke innholdet i denne katalogen med ls. 42 00:01:56,090 --> 00:01:56,630 >> OK. 43 00:01:56,630 --> 00:02:00,840 Vi har nå en ny fil i katalogen vår som heter file.txt, 44 00:02:00,840 --> 00:02:03,640 som er filnavnet vi levert da vi kjørte våre 45 00:02:03,640 --> 00:02:05,050 Omadresser program. 46 00:02:05,050 --> 00:02:08,020 La oss åpne opp file.txt. 47 00:02:08,020 --> 00:02:11,840 Og her kan vi se at stdout av omdirigere var 48 00:02:11,840 --> 00:02:15,550 skrevet til filen som heter file.txt. 49 00:02:15,550 --> 00:02:18,470 Så la oss kjøre den forrige kommandoen igjen, men leverer en 50 00:02:18,470 --> 00:02:20,075 annen inngang denne gangen. 51 00:02:25,140 --> 00:02:25,900 Okay. 52 00:02:25,900 --> 00:02:28,205 La oss ta en titt på file.txt nå. 53 00:02:31,070 --> 00:02:34,580 >> Vi ser her at filen er overskrevet, så vår 54 00:02:34,580 --> 00:02:37,120 opprinnelige inngangen er ikke der lenger. 55 00:02:37,120 --> 00:02:40,280 Dersom vi i stedet ønsker å føye til denne filen, setter den nye 56 00:02:40,280 --> 00:02:43,600 innspill under det eksisterende innholdet i filen, kan vi 57 00:02:43,600 --> 00:02:46,800 bruke to større-enn tegn i stedet for bare én. 58 00:02:46,800 --> 00:02:48,050 La oss prøve det. 59 00:02:52,160 --> 00:02:57,910 Nå, hvis vi åpner file.txt igjen, kan vi se både av våre 60 00:02:57,910 --> 00:02:59,580 innspill linjer. 61 00:02:59,580 --> 00:03:02,180 I noen tilfeller kan vi ønsker å forkaste ethvert 62 00:03:02,180 --> 00:03:03,850 produksjon av vårt program. 63 00:03:03,850 --> 00:03:06,450 Snarere enn å skrive ut til en fil og deretter slette 64 00:03:06,450 --> 00:03:09,310 filen når vi er ferdig med det, kan vi skrive et særskilt 65 00:03:09,310 --> 00:03:12,360 fil som heter / dev / null. 66 00:03:12,360 --> 00:03:15,160 Når noe er skrevet til / dev/null-- 67 00:03:15,160 --> 00:03:16,960 eller bare devnull for kort - 68 00:03:16,960 --> 00:03:18,950 den automatisk kassert. 69 00:03:18,950 --> 00:03:23,290 Så tenk på devnull som et svart hull for dine data. 70 00:03:23,290 --> 00:03:26,070 >> Så nå har vi sett hvordan større enn-tegn kan omdirigere 71 00:03:26,070 --> 00:03:29,610 stdout, la oss se hvordan vi kan omdirigere standard i - 72 00:03:29,610 --> 00:03:31,250 eller s-t-d-i - 73 00:03:31,250 --> 00:03:33,550 den analog stdout. 74 00:03:33,550 --> 00:03:36,010 Mens funksjoner som printf skrive til bekk kalt 75 00:03:36,010 --> 00:03:40,500 stdout, GetString og lignende funksjoner lese fra bekken 76 00:03:40,500 --> 00:03:43,770 kalt stdin, som standard, er strømmen av 77 00:03:43,770 --> 00:03:46,290 tegn skrevet på tastaturet. 78 00:03:46,290 --> 00:03:50,010 Vi kan omdirigere stdin med mindre enn-tegn, etterfulgt 79 00:03:50,010 --> 00:03:51,370 av et filnavn. 80 00:03:51,370 --> 00:03:54,000 Nå, i stedet for å spørre brukeren om innspill på 81 00:03:54,000 --> 00:03:57,870 terminal, vil et program åpne filen vi spesifisert og bruke 82 00:03:57,870 --> 00:03:59,790 linjene som input. 83 00:03:59,790 --> 00:04:02,620 >> La oss se hva som skjer. 84 00:04:02,620 --> 00:04:03,280 Flott. 85 00:04:03,280 --> 00:04:07,590 Den første linjen av file.txt er trykt til terminalen 86 00:04:07,590 --> 00:04:10,160 fordi vi kaller GetString gang. 87 00:04:10,160 --> 00:04:13,170 Hvis vi hadde et annet kall til GetString i vårt program, det 88 00:04:13,170 --> 00:04:16,149 neste linje av file.txt ville ha blitt brukt som 89 00:04:16,149 --> 00:04:17,990 innspill til samtalen. 90 00:04:17,990 --> 00:04:21,050 Igjen har vi ikke endret våre C-program i det hele tatt. 91 00:04:21,050 --> 00:04:23,620 Vi bare endrer hvordan vi driver det. 92 00:04:23,620 --> 00:04:27,080 Og også huske, vi har ikke omdirigert stdout denne gangen, 93 00:04:27,080 --> 00:04:28,970 slik at produksjonen av programmet var fortsatt 94 00:04:28,970 --> 00:04:31,040 vises på terminalen. 95 00:04:31,040 --> 00:04:33,500 Vi kan selvsagt omdirigere både stdin 96 00:04:33,500 --> 00:04:37,320 og stdout som dette. 97 00:04:37,320 --> 00:04:43,550 Nå inneholder file2.txt den første linjen i file.txt. 98 00:04:43,550 --> 00:04:46,140 >> Så ved hjelp av disse operatørene, har vi vært i stand til å lese og 99 00:04:46,140 --> 00:04:48,130 skrive fra tekstfiler. 100 00:04:48,130 --> 00:04:51,890 Nå, la oss se hvordan vi kan bruke resultatet av ett program som 101 00:04:51,890 --> 00:04:54,710 inngangen til et annet program. 102 00:04:54,710 --> 00:04:56,650 Så her er et annet enkelt C-program jeg 103 00:04:56,650 --> 00:05:00,190 har her kalt hallo.c. 104 00:05:00,190 --> 00:05:02,617 Som du kan se, utganger dette rett og slett "Hei 105 00:05:02,617 --> 00:05:04,430 det! "til brukeren. 106 00:05:04,430 --> 00:05:08,890 Hvis jeg vil omdirigere bruke som input utgang av hei - 107 00:05:08,890 --> 00:05:10,190 et annet program - 108 00:05:10,190 --> 00:05:13,920 Jeg kunne først omdirigere stdout av hei til en fil som heter 109 00:05:13,920 --> 00:05:18,960 input.txt, deretter omdirigere stdin av omdirigere til den samme 110 00:05:18,960 --> 00:05:21,190 file - input.txt. 111 00:05:21,190 --> 00:05:26,730 Så jeg kan gjøre. / Hallo> input.txt. 112 00:05:26,730 --> 00:05:28,810 Trykk Enter for å utføre dette. 113 00:05:28,810 --> 00:05:31,910 Etterfulgt av. / Redirect < 114 00:05:31,910 --> 00:05:35,270 input.txt, og gjennomføre det. 115 00:05:35,270 --> 00:05:38,290 Så vi kan forkorte dette litt med et semikolon, som lar 116 00:05:38,290 --> 00:05:41,360 oss å kjøre to eller flere kommandoer på samme linje. 117 00:05:41,360 --> 00:05:47,920 Så jeg kan si,. / Hallo> input.txt, semikolon, 118 00:05:47,920 --> 00:05:50,580 . / Redirect 00:05:56,740 >> Så dette fungerer, men det føles fortsatt ganske uelegant. 120 00:05:56,740 --> 00:05:59,530 Jeg mener, vi trenger virkelig dette mellomleddet tekstfil som er 121 00:05:59,530 --> 00:06:02,520 ikke lenger nødvendig etter omdirigere kjører? 122 00:06:02,520 --> 00:06:05,780 Heldigvis, kan vi unngå denne ekstra tekstfil med hva som er 123 00:06:05,780 --> 00:06:07,220 kalt en pipe. 124 00:06:07,220 --> 00:06:13,740 Hvis jeg sier, / hallo |.. / Redirect, så stdout av 125 00:06:13,740 --> 00:06:15,310 programmet på venstre - 126 00:06:15,310 --> 00:06:16,740 i dette tilfellet, hello - 127 00:06:16,740 --> 00:06:18,970 vil bli brukt som standard input for 128 00:06:18,970 --> 00:06:20,370 Programmet til høyre. 129 00:06:20,370 --> 00:06:24,850 I dette tilfellet, viderekobling. Så la oss kjøre dette. 130 00:06:24,850 --> 00:06:25,930 >> Det vi går. 131 00:06:25,930 --> 00:06:30,080 Vi kan se at resultatet av hallo ble brukt som input 132 00:06:30,080 --> 00:06:31,520 for viderekobling. 133 00:06:31,520 --> 00:06:34,890 Ved å sette kommandoer sammen med rør, danner vi hva som er 134 00:06:34,890 --> 00:06:38,120 kalt en rørledning, siden vår produksjonen er hovedsak beveger 135 00:06:38,120 --> 00:06:40,590 gjennom en sekvens av kommandoer. 136 00:06:40,590 --> 00:06:43,570 Ved hjelp av rør, kan vi gjøre noen kule ting uten å måtte 137 00:06:43,570 --> 00:06:45,870 skrive kode i det hele tatt. 138 00:06:45,870 --> 00:06:48,760 For eksempel, la oss si at vi ønsker å vite hvor mange filer er 139 00:06:48,760 --> 00:06:50,630 innsiden av denne katalogen. 140 00:06:50,630 --> 00:06:55,200 Ved hjelp av et rør, kan vi kombinere ls kommandoen med wc - 141 00:06:55,200 --> 00:06:56,460 eller wordcount - 142 00:06:56,460 --> 00:06:57,850 kommandoen. 143 00:06:57,850 --> 00:07:02,230 Ls vil sende hver fil i katalogen til stdout, og 144 00:07:02,230 --> 00:07:08,040 wc vil fortelle oss hvor mange linjer ble gitt til det via stdin. 145 00:07:08,040 --> 00:07:12,440 Så hvis vi sier ls | wc-l - 146 00:07:12,440 --> 00:07:16,800 forsyne-l flagget til wc å fortelle det å telle linjer - 147 00:07:16,800 --> 00:07:19,260 Vi kan se nøyaktig hvor mange filer er 148 00:07:19,260 --> 00:07:21,940 i gjeldende katalog. 149 00:07:21,940 --> 00:07:24,570 >> Så la oss ta en titt på et eksempel. 150 00:07:24,570 --> 00:07:27,740 Jeg har her en fil som heter students.txt, 151 00:07:27,740 --> 00:07:29,600 med en liste over navn. 152 00:07:29,600 --> 00:07:32,730 Men disse navnene er ikke i hvilken som helst rekkefølge det hele, og det ser 153 00:07:32,730 --> 00:07:34,850 som noen navn er gjentatt. 154 00:07:34,850 --> 00:07:38,510 Det vi ønsker er en liste over unike navn i alfabetisk 155 00:07:38,510 --> 00:07:42,550 rekkefølge, lagres i en fil som heter final.txt. 156 00:07:42,550 --> 00:07:45,210 Vi kunne selvsagt skrive et C-program for å gjøre dette for oss. 157 00:07:45,210 --> 00:07:46,560 Men det kommer til å bli unødvendig 158 00:07:46,560 --> 00:07:48,560 kompleks ganske raskt. 159 00:07:48,560 --> 00:07:51,740 La oss i stedet bruke rør og noen innebygde-verktøy for å løse 160 00:07:51,740 --> 00:07:53,300 dette problemet. 161 00:07:53,300 --> 00:07:57,760 >> Det første vi må gjøre er å lese filen students.txt. 162 00:07:57,760 --> 00:08:00,530 Katten kommandoen vil gjøre nettopp det. 163 00:08:00,530 --> 00:08:03,230 Det vil lese i den angitte filen og skrive 164 00:08:03,230 --> 00:08:05,750 innholdet til stdout. 165 00:08:05,750 --> 00:08:07,570 Etter at vi har lest tekstfilen, vil vi 166 00:08:07,570 --> 00:08:09,490 vil sortere navnene. 167 00:08:09,490 --> 00:08:12,510 Sort kommandoen kan håndtere dette for oss. 168 00:08:12,510 --> 00:08:16,830 Sorter vil sende linjen levert via stdin til stdout 169 00:08:16,830 --> 00:08:19,310 i sortert rekkefølge. 170 00:08:19,310 --> 00:08:23,450 For å forsyne innholdet i students.txt til 171 00:08:23,450 --> 00:08:29,600 sorter er stdin, vi kunne bruke et rør for å kombinere katt og slag. 172 00:08:29,600 --> 00:08:34,440 Så jeg kan kjøre cat students.txt | sortere og 173 00:08:34,440 --> 00:08:35,640 trykk på Enter. 174 00:08:35,640 --> 00:08:39,309 Og nå ser vi innholdet i students.txt i 175 00:08:39,309 --> 00:08:40,909 alfabetisk rekkefølge. 176 00:08:40,909 --> 00:08:42,860 >> Så la oss legge til en annen kommando - 177 00:08:42,860 --> 00:08:44,730 Uniq, eller unike - 178 00:08:44,730 --> 00:08:46,230 til rørledningen vår. 179 00:08:46,230 --> 00:08:49,810 Som du kanskje skjønner, uniq, da levert en sortert sekvens av 180 00:08:49,810 --> 00:08:53,650 linjer via stdin, vil sende ut unike linjer. 181 00:08:53,650 --> 00:08:56,910 Så nå har vi katt students.txt 182 00:08:56,910 --> 00:09:00,040 | Sort | uniq. 183 00:09:00,040 --> 00:09:03,330 Endelig kan vi lagre utdataene av rørledningen til en 184 00:09:03,330 --> 00:09:09,090 fil via cat students.txt | sort | uniq 185 00:09:09,090 --> 00:09:12,440 > Final.txt. 186 00:09:12,440 --> 00:09:16,260 Så hvis vi åpner opp final.txt, har vi nøyaktig hva vi var 187 00:09:16,260 --> 00:09:17,270 leter etter: 188 00:09:17,270 --> 00:09:20,180 en liste over unike navn i alfabetisk rekkefølge, 189 00:09:20,180 --> 00:09:22,150 lagret i en tekstfil. 190 00:09:22,150 --> 00:09:26,020 Forresten, vi også kunne ha sagt slags < 191 00:09:26,020 --> 00:09:32,290 students.txt | uniq> final.txt å gjøre akkurat 192 00:09:32,290 --> 00:09:35,400 det samme, med hvert av de operatørene vi har sett i 193 00:09:35,400 --> 00:09:36,580 denne videoen. 194 00:09:36,580 --> 00:09:39,540 >> Mitt navn er Tommy, og dette er CS50.