1 00:00:07,060 --> 00:00:08,420 [Powered by Google Translate] TOMMY: Ebben a videóban, akkor megtudjuk, 2 00:00:08,420 --> 00:00:10,140 átirányítása és a csövek. 3 00:00:10,140 --> 00:00:12,780 Eddig mi már a funkciók, mint a printf 4 00:00:12,780 --> 00:00:15,590 kimeneti adatok a terminál és a funkciók, mint a getString 5 00:00:15,590 --> 00:00:17,520 , hogy lehetővé tegye a felhasználó számára, hogy a mi hogy járuljon 6 00:00:17,520 --> 00:00:19,490 program segítségével a billentyűzetet. 7 00:00:19,490 --> 00:00:21,880 Menjünk gyorsan vessünk egy pillantást a program, hogy lesz egy sor 8 00:00:21,880 --> 00:00:25,960 bemenet a felhasználó, és azután kiadja azt. 9 00:00:25,960 --> 00:00:28,990 >> On line 7, mi a felhasználó megkérdezése egy string, és 10 00:00:28,990 --> 00:00:31,680 majd line 8, mi nyomtatás vissza ki. 11 00:00:31,680 --> 00:00:35,220 Nézzük fordításához és futtatásához a programot. 12 00:00:35,220 --> 00:00:35,900 Remek. 13 00:00:35,900 --> 00:00:37,620 A string amit átadott visszhangozta vissza 14 00:00:37,620 --> 00:00:39,170 nekünk a terminálon. 15 00:00:39,170 --> 00:00:42,110 Ez azért történt, mert a printf függvény írt egy 16 00:00:42,110 --> 00:00:46,220 áram a Standard ki, vagy az S-terc-d-ki. 17 00:00:46,220 --> 00:00:49,230 Ha valami van írva az stdout-ra, ez alapértelmezés szerint 18 00:00:49,230 --> 00:00:51,110 jelenik meg a terminál. 19 00:00:51,110 --> 00:00:53,720 >> Szóval ez mind szép és jó, de mi van, ha ahelyett, hogy egyszerűen 20 00:00:53,720 --> 00:00:57,700 megjelenítő string, akartuk menteni egy fájlba? 21 00:00:57,700 --> 00:01:00,470 Például, lehet, hogy emlékszik pontosan, mi a 22 00:01:00,470 --> 00:01:04,450 program volt, amikor adott neki egy bizonyos input később. 23 00:01:04,450 --> 00:01:07,270 Az egyik lehetőség az lenne, ha ezt a mi C program segítségével 24 00:01:07,270 --> 00:01:09,680 néhány speciális funkciók írásban fájlokat, hogy mi lesz 25 00:01:09,680 --> 00:01:11,270 lásd másik videó. 26 00:01:11,270 --> 00:01:13,260 Még egyszerűbb, bár az lenne, hogy valahogy 27 00:01:13,260 --> 00:01:16,090 átirányítás stdout fájlba. 28 00:01:16,090 --> 00:01:19,780 Így, amikor a printf ír stdout, a tartalom lesz 29 00:01:19,780 --> 00:01:21,720 kell egy fájlba helyett 30 00:01:21,720 --> 00:01:23,410 jelenik meg a terminál. 31 00:01:23,410 --> 00:01:26,690 Meg tudjuk csinálni csak, hogy hozzáadásával nagyobb-mint jel, majd 32 00:01:26,690 --> 00:01:30,820 egy fájl nevét, a parancs használjuk végrehajtani a programot. 33 00:01:30,820 --> 00:01:34,730 >> Tehát ahelyett, hogy egyszerűen végrehajtó. / Redirect tudjuk 34 00:01:34,730 --> 00:01:38,880 fuss. / redirect, majd egy nagyobb jel, majd a 35 00:01:38,880 --> 00:01:41,530 filename, mint fájl.txt. 36 00:01:41,530 --> 00:01:44,290 Lássuk, mi történik. 37 00:01:44,290 --> 00:01:45,130 OK. 38 00:01:45,130 --> 00:01:48,470 Figyeljük meg, hogy ebben az időben, semmi sem jelenik meg a terminál, 39 00:01:48,470 --> 00:01:50,290 de nem módosították a tartalmát a 40 00:01:50,290 --> 00:01:52,040 C program egyáltalán. 41 00:01:52,040 --> 00:01:56,090 Nézzük most vizsgálja meg a tartalmát könyvtár ls. 42 00:01:56,090 --> 00:01:56,630 >> Rendben van. 43 00:01:56,630 --> 00:02:00,840 Most már van egy új fájlt a mi nevű könyvtárba file.txt, 44 00:02:00,840 --> 00:02:03,640 amely a fájl neve is szállított, amikor futott a 45 00:02:03,640 --> 00:02:05,050 Átirányítás program. 46 00:02:05,050 --> 00:02:08,020 Nyissuk ki file.txt. 47 00:02:08,020 --> 00:02:11,840 És itt, azt láthatjuk, hogy a stdout az átirányítás volt 48 00:02:11,840 --> 00:02:15,550 a fájlba nevű file.txt. 49 00:02:15,550 --> 00:02:18,470 Szóval futtassa az előző parancs újra, de ellátása 50 00:02:18,470 --> 00:02:20,075 különböző bemeneti ebben az időben. 51 00:02:25,140 --> 00:02:25,900 Oké. 52 00:02:25,900 --> 00:02:28,205 Vessünk egy pillantást file.txt most. 53 00:02:31,070 --> 00:02:34,580 >> Láthatjuk itt, hogy a fájl már felülírt, így a 54 00:02:34,580 --> 00:02:37,120 eredeti bemenet nincs ott többé. 55 00:02:37,120 --> 00:02:40,280 Ha ehelyett szeretnénk hozzáfűzni, hogy ezt a fájlt, amivel az új 56 00:02:40,280 --> 00:02:43,600 input alatt a létező fájl tartalmát, tudjuk 57 00:02:43,600 --> 00:02:46,800 használni a két nagyobb, mint a jelek egy helyett. 58 00:02:46,800 --> 00:02:48,050 Próbáljuk ezt. 59 00:02:52,160 --> 00:02:57,910 Most, ha nyitunk file.txt ismét azt látjuk, mind a mi 60 00:02:57,910 --> 00:02:59,580 bemeneti vonalak. 61 00:02:59,580 --> 00:03:02,180 Bizonyos esetekben talán szeretnénk elvetéséhez 62 00:03:02,180 --> 00:03:03,850 kimenete a program. 63 00:03:03,850 --> 00:03:06,450 Ahelyett, hogy írja a kimenetet egy fájlba, majd törli 64 00:03:06,450 --> 00:03:09,310 a fájlt, ha végeztünk vele, tudunk írni egy speciális 65 00:03:09,310 --> 00:03:12,360 fájl neve / dev / null. 66 00:03:12,360 --> 00:03:15,160 Ha valami van írva, hogy / dev/null-- 67 00:03:15,160 --> 00:03:16,960 vagy csak devnull rövid - 68 00:03:16,960 --> 00:03:18,950 akkor az automatikusan elveti. 69 00:03:18,950 --> 00:03:23,290 Szóval szerintem a devnull, mint egy fekete lyuk az adatokat. 70 00:03:23,290 --> 00:03:26,070 >> Tehát most láttuk, hogy a nagyobb jel lehet átirányítani 71 00:03:26,070 --> 00:03:29,610 stdout, lássuk, hogyan tudjuk irányítani szabvány - 72 00:03:29,610 --> 00:03:31,250 vagy az S-terc-d-in - 73 00:03:31,250 --> 00:03:33,550 Az analóg stdout. 74 00:03:33,550 --> 00:03:36,010 Míg a funkciók, mint a printf írj a patak neve 75 00:03:36,010 --> 00:03:40,500 stdout, getString és hasonló funkciók olvasni a patak 76 00:03:40,500 --> 00:03:43,770 nevű stdin, amely alapértelmezés szerint a patak 77 00:03:43,770 --> 00:03:46,290 beírt karakterek a billentyűzeten. 78 00:03:46,290 --> 00:03:50,010 Mi lehet átirányítani stdin a kisebb jel, majd 79 00:03:50,010 --> 00:03:51,370 egy fájlnevet. 80 00:03:51,370 --> 00:03:54,000 Most ahelyett, hogy a felhasználó megkérdezése a bemenet a 81 00:03:54,000 --> 00:03:57,870 terminál, a program megnyitja a fájlt, amit megadott, és használja 82 00:03:57,870 --> 00:03:59,790 a vonalak bemenet. 83 00:03:59,790 --> 00:04:02,620 >> Lássuk, mi történik. 84 00:04:02,620 --> 00:04:03,280 Remek. 85 00:04:03,280 --> 00:04:07,590 Az első sor a file.txt lett nyomtatva a terminálra 86 00:04:07,590 --> 00:04:10,160 mert mi hív getString egyszer. 87 00:04:10,160 --> 00:04:13,170 Ha még egy hívást a getString a mi programban, a 88 00:04:13,170 --> 00:04:16,149 következő sor file.txt volna használják 89 00:04:16,149 --> 00:04:17,990 input e hívást. 90 00:04:17,990 --> 00:04:21,050 Ismét mi nem módosítottuk C program egyáltalán. 91 00:04:21,050 --> 00:04:23,620 Mi csak a változó, hogyan futtatni. 92 00:04:23,620 --> 00:04:27,080 És ne feledd, még nem átirányított stdout ebben az időben, 93 00:04:27,080 --> 00:04:28,970 így a program kimenete még 94 00:04:28,970 --> 00:04:31,040 jelenik meg a terminálon. 95 00:04:31,040 --> 00:04:33,500 Tudjuk, persze, átirányítás mindkét stdin 96 00:04:33,500 --> 00:04:37,320 és stdout kedveli ezt. 97 00:04:37,320 --> 00:04:43,550 Most file2.txt tartalmazza az első sorban a file.txt. 98 00:04:43,550 --> 00:04:46,140 >> Szóval, ezekkel a szereplők, mi már tud olvasni, és 99 00:04:46,140 --> 00:04:48,130 levelet szöveges fájlokat. 100 00:04:48,130 --> 00:04:51,890 Most lássuk, hogyan tudjuk használni a kimenet egy program 101 00:04:51,890 --> 00:04:54,710 a bemenet egy másik program. 102 00:04:54,710 --> 00:04:56,650 Tehát itt egy egyszerű C program I 103 00:04:56,650 --> 00:05:00,190 már itt az úgynevezett hello.c. 104 00:05:00,190 --> 00:05:02,617 Mint látható, ez egyszerűen kimenetek "Hi 105 00:05:02,617 --> 00:05:04,430 ott! "a felhasználó számára. 106 00:05:04,430 --> 00:05:08,890 Ha akarom átirányítást használni input a kimenő hello - 107 00:05:08,890 --> 00:05:10,190 Egy másik program - 108 00:05:10,190 --> 00:05:13,920 Tudtam elsőnek a stdout a hello nevű fájlt 109 00:05:13,920 --> 00:05:18,960 bemenet.txt, majd irányítsa át a stdin az átirányítás ugyanezen 110 00:05:18,960 --> 00:05:21,190 file - bemenet.txt. 111 00:05:21,190 --> 00:05:26,730 Szóval én tehetek. / Hello> bemenet.txt. 112 00:05:26,730 --> 00:05:28,810 Nyomja meg az Enter végrehajtani ezt. 113 00:05:28,810 --> 00:05:31,910 Majd. / Redirect < 114 00:05:31,910 --> 00:05:35,270 bemenet.txt, és végrehajtja azt. 115 00:05:35,270 --> 00:05:38,290 Így tudjuk rövidíteni ezt egy kicsit pontosvesszővel, amely lehetővé teszi 116 00:05:38,290 --> 00:05:41,360 számunkra, hogy fut két vagy több parancs ugyanabban a sorban. 117 00:05:41,360 --> 00:05:47,920 Így azt mondhatom,. / Hello> bemenet.txt, pontosvessző, 118 00:05:47,920 --> 00:05:50,580 . / Redirect 00:05:56,740 >> Szóval ez működik, de még mindig úgy érzi, nagyon nem elegáns. 120 00:05:56,740 --> 00:05:59,530 Úgy értem, valóban szükségünk van ezen közvetítő szöveges fájl, ami 121 00:05:59,530 --> 00:06:02,520 többé nincs szükség után átirányítás fut? 122 00:06:02,520 --> 00:06:05,780 Szerencsére tudjuk kerülni ezt a külön szöveges fájlt mi 123 00:06:05,780 --> 00:06:07,220 hívott egy cső. 124 00:06:07,220 --> 00:06:13,740 Ha azt mondom,. / Hello |. / Átirányítást, akkor a stdout a 125 00:06:13,740 --> 00:06:15,310 A program a bal oldalon - 126 00:06:15,310 --> 00:06:16,740 ebben az esetben, szia - 127 00:06:16,740 --> 00:06:18,970 fogják használni, mint a standard bemenet a 128 00:06:18,970 --> 00:06:20,370 program a jobb oldalon. 129 00:06:20,370 --> 00:06:24,850 Ebben az esetben a átirányítás. Szóval futtatásához. 130 00:06:24,850 --> 00:06:25,930 >> Ott vagyunk. 131 00:06:25,930 --> 00:06:30,080 Láthatjuk, hogy a kimenete helló használtunk a bemenő 132 00:06:30,080 --> 00:06:31,520 az átirányítás. 133 00:06:31,520 --> 00:06:34,890 Azáltal kikötés parancsokat használó tömlők alkotunk mi 134 00:06:34,890 --> 00:06:38,120 úgynevezett csővezeték, hiszen a kimenet lényegében mozog 135 00:06:38,120 --> 00:06:40,590 sorozatán keresztül parancsokat. 136 00:06:40,590 --> 00:06:43,570 A csövek, tehetünk néhány jó dolgot, anélkül, hogy 137 00:06:43,570 --> 00:06:45,870 írjon semmilyen kódot egyáltalán. 138 00:06:45,870 --> 00:06:48,760 Például, tegyük fel, szeretnénk tudni, hogy hány fájl 139 00:06:48,760 --> 00:06:50,630 belül ezt a könyvtárat. 140 00:06:50,630 --> 00:06:55,200 Egy cső, tudjuk kombinálni az ls parancsot a wc - 141 00:06:55,200 --> 00:06:56,460 vagy wordcount - 142 00:06:56,460 --> 00:06:57,850 parancsot. 143 00:06:57,850 --> 00:07:02,230 Ls kiírja minden fájl a könyvtárban az stdout-ra, és a 144 00:07:02,230 --> 00:07:08,040 wc elmondja nekünk, hogy hány sorban kaptak, hogy ez keresztül stdin. 145 00:07:08,040 --> 00:07:12,440 Tehát, ha azt mondjuk, hogy ls | wc-l - 146 00:07:12,440 --> 00:07:16,800 ellátó-l kapcsolót a wc mondani, hogy számít vonalak - 147 00:07:16,800 --> 00:07:19,260 láthatjuk, hogy pontosan hány fájlok 148 00:07:19,260 --> 00:07:21,940 az aktuális könyvtárban. 149 00:07:21,940 --> 00:07:24,570 >> Szóval vessünk egy pillantást még egy példát. 150 00:07:24,570 --> 00:07:27,740 Van itt egy nevű fájlt students.txt, 151 00:07:27,740 --> 00:07:29,600 egy listát a nevek. 152 00:07:29,600 --> 00:07:32,730 Azonban ezek a nevek nem tetszőleges sorrendben az egészet, és úgy néz ki 153 00:07:32,730 --> 00:07:34,850 mint néhány nevet ismétlődnek. 154 00:07:34,850 --> 00:07:38,510 Amit mi akarunk, az a lista egyedi nevek ábécé 155 00:07:38,510 --> 00:07:42,550 érdekében, egy fájlba nevű final.txt. 156 00:07:42,550 --> 00:07:45,210 Tudtuk, persze, írd C program ezt nekünk. 157 00:07:45,210 --> 00:07:46,560 De ez lesz, hogy szükségtelenül 158 00:07:46,560 --> 00:07:48,560 összetett elég gyorsan. 159 00:07:48,560 --> 00:07:51,740 Nézzük inkább a csövek használatának és néhány beépített-tools megoldani 160 00:07:51,740 --> 00:07:53,300 ezt a problémát. 161 00:07:53,300 --> 00:07:57,760 >> Az első dolog, amit meg kell tennie, hogy olvassa el a fájlt students.txt. 162 00:07:57,760 --> 00:08:00,530 A macska parancs nem csak ezt. 163 00:08:00,530 --> 00:08:03,230 Ez fogja olvasni a megadott fájlt, és levelet 164 00:08:03,230 --> 00:08:05,750 annak tartalmát az stdout-ra. 165 00:08:05,750 --> 00:08:07,570 Miután elolvasta a szöveges fájl, akkor 166 00:08:07,570 --> 00:08:09,490 szeretné rendezni a neveket. 167 00:08:09,490 --> 00:08:12,510 A sort parancs képes kezelni ezt nekünk. 168 00:08:12,510 --> 00:08:16,830 Sort kiírja a vonal útján szolgáltatott stdin az stdout-ra 169 00:08:16,830 --> 00:08:19,310 rendezetten. 170 00:08:19,310 --> 00:08:23,450 Annak érdekében, hogy a kínálat a tartalmát students.txt a 171 00:08:23,450 --> 00:08:29,600 sort a stdin, tudtuk használni a csövet, hogy összekapcsolják a macska-és sort. 172 00:08:29,600 --> 00:08:34,440 Szóval végre tud hajtani cat students.txt | sort és 173 00:08:34,440 --> 00:08:35,640 nyomja meg az Entert. 174 00:08:35,640 --> 00:08:39,309 És most látjuk a tartalmát students.txt ben 175 00:08:39,309 --> 00:08:40,909 betűrendben. 176 00:08:40,909 --> 00:08:42,860 >> Szóval egy újabb parancs - 177 00:08:42,860 --> 00:08:44,730 uniq, vagy egyedi - 178 00:08:44,730 --> 00:08:46,230 a mi csővezeték. 179 00:08:46,230 --> 00:08:49,810 Mint azt sejteni lehet, uniq, amikor szállított rendezett sorozata 180 00:08:49,810 --> 00:08:53,650 vonalak keresztül stdin, kiírja az egyedi sorokat. 181 00:08:53,650 --> 00:08:56,910 Tehát most már macska students.txt 182 00:08:56,910 --> 00:09:00,040 | Sort | uniq. 183 00:09:00,040 --> 00:09:03,330 Végül menthetjük a kimenetet a csővezeték egy 184 00:09:03,330 --> 00:09:09,090 fájl elküldése 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 Tehát, ha nyit final.txt, mi pontosan mi voltunk 187 00:09:16,260 --> 00:09:17,270 Keresés: 188 00:09:17,270 --> 00:09:20,180 listáját egyedi nevek betűrendben, 189 00:09:20,180 --> 00:09:22,150 mentett egy szöveges fájl. 190 00:09:22,150 --> 00:09:26,020 By the way, mi is mondhattam volna sort < 191 00:09:26,020 --> 00:09:32,290 students.txt | uniq> final.txt, hogy pontosan 192 00:09:32,290 --> 00:09:35,400 ugyanaz a dolog, felhasználva az egyes szereplők láttunk 193 00:09:35,400 --> 00:09:36,580 ezt a videót. 194 00:09:36,580 --> 00:09:39,540 >> A nevem Tommy, és ez CS50.