1 00:00:00,000 --> 00:00:02,480 >> [Muziek] 2 00:00:02,480 --> 00:00:06,460 3 00:00:06,460 --> 00:00:09,350 >> DOUG LLOYD: Oke, dus laten we praten over command-line argumenten. 4 00:00:09,350 --> 00:00:11,800 Tot nu toe in de loop vrij veel van al uw programma's 5 00:00:11,800 --> 00:00:16,360 waarschijnlijk begonnen zoals dit-- int main leegte. 6 00:00:16,360 --> 00:00:18,310 We zijn het verzamelen input van de gebruiker als we het nodig hebben 7 00:00:18,310 --> 00:00:21,080 in onze programma's, zoals het Mario programma, bijvoorbeeld, 8 00:00:21,080 --> 00:00:22,990 door in-programma aanwijzingen. 9 00:00:22,990 --> 00:00:25,190 We hebben niet noodzakelijk te wijzigen de verklaring van de belangrijkste, 10 00:00:25,190 --> 00:00:30,684 want in plaats binnenin main we gewoon zeggen, je kan bellen om int te krijgen. 11 00:00:30,684 --> 00:00:32,350 Hoe groot wil je de piramide zijn? 12 00:00:32,350 --> 00:00:34,455 Of u kunt het bellen om te krijgen float-- hoeveel verandering 13 00:00:34,455 --> 00:00:36,400 moet ik output naar de gebruiker? 14 00:00:36,400 --> 00:00:38,630 >> Er is een andere manier wel, en als we willen dat onze gebruikers 15 00:00:38,630 --> 00:00:40,580 te kunnen bieden gegevens naar ons programma 16 00:00:40,580 --> 00:00:43,320 bij runtime in plaats van tijdens het het programma wordt uitgevoerd, 17 00:00:43,320 --> 00:00:45,910 een subtiel onderscheid, maar soms zeer nuttig is, 18 00:00:45,910 --> 00:00:48,120 we hebben een nieuwe vorm van verklaren belangrijkste. 19 00:00:48,120 --> 00:00:53,320 We kunnen geen gebruik maken van int main vervalt als we willen andere gegevens te verzamelen op de opdrachtregel 20 00:00:53,320 --> 00:00:57,540 wanneer de gebruiker het programma loopt, vandaar command-line argumenten. 21 00:00:57,540 --> 00:00:59,810 >> Om deze command-line verzamelen argumenten van de gebruiker, 22 00:00:59,810 --> 00:01:03,140 wijzigen van uw verklaring van belangrijkste om te kijken als dit-- int 23 00:01:03,140 --> 00:01:10,450 belangrijkste open paren, int argc, komma, touwtje argv, haken, 24 00:01:10,450 --> 00:01:12,670 en open accolade. 25 00:01:12,670 --> 00:01:14,415 Dus wat betekent dat al? 26 00:01:14,415 --> 00:01:19,410 Nou, we passeren in twee parameters, of argumenten, of ingangen naar de belangrijkste. 27 00:01:19,410 --> 00:01:23,800 One, een integer genaamd argc, en de andere is wat? 28 00:01:23,800 --> 00:01:26,430 29 00:01:26,430 --> 00:01:29,640 Het is een array van strings, toch? 30 00:01:29,640 --> 00:01:31,140 We zien dat plein haakjesnotering. 31 00:01:31,140 --> 00:01:32,181 Het is een array van strings. 32 00:01:32,181 --> 00:01:35,110 Het is niet een individuele string het is een array van strings. 33 00:01:35,110 --> 00:01:39,640 En deze twee argumenten, argc en argv, stellen u in staat om te weten welke gegevens de gebruiker 34 00:01:39,640 --> 00:01:42,912 heeft verstrekt op de opdrachtregel en hoeveel dingen die ze 35 00:01:42,912 --> 00:01:44,120 mits bij de command-line. 36 00:01:44,120 --> 00:01:46,570 Vrij nuttige dingen om mee te werken. 37 00:01:46,570 --> 00:01:50,310 >> Argc staat voor argument tellen, en je moet weten, door de manier, 38 00:01:50,310 --> 00:01:52,600 dat je zou kunnen noemen argc wat je wilt. 39 00:01:52,600 --> 00:01:54,710 U kunt argv wat je wilde bellen. 40 00:01:54,710 --> 00:01:58,740 Dit zijn slechts de conventionele namen die we gebruiken voor them-- argument tellen, 41 00:01:58,740 --> 00:02:00,907 en zoals we zullen zien in een tweede, argument vector, argv. 42 00:02:00,907 --> 00:02:03,698 Maar je hoeft niet te bellen argc en argv als je niet wilt, 43 00:02:03,698 --> 00:02:05,570 maar conventioneel, dat is wat we doen. 44 00:02:05,570 --> 00:02:07,500 >> Dus toch, argc, de telling argument. 45 00:02:07,500 --> 00:02:11,569 Het is een integer type variabele enzovoort, zoals je zou verwachten, als we twee dingen 46 00:02:11,569 --> 00:02:13,860 dat we gaan te vinden wat deze worden getypt 47 00:02:13,860 --> 00:02:16,070 en hoeveel spullen de gebruiker getypt, argc is 48 00:02:16,070 --> 00:02:18,559 gaat ons vertellen hoeveel vul de gebruiker getypt. 49 00:02:18,559 --> 00:02:20,850 Dus het geeft je een aantal command-line argumenten gebruiker 50 00:02:20,850 --> 00:02:22,470 getypt toen het programma werd uitgevoerd. 51 00:02:22,470 --> 00:02:25,780 Dus als je programma is gerund dot slash hebzuchtig, 52 00:02:25,780 --> 00:02:28,670 en de binnenkant van uw hebzuchtige programmeren belangrijkste functie 53 00:02:28,670 --> 00:02:34,800 heeft de verklaring int main int argc, touwtje argv vierkante haken, dan 54 00:02:34,800 --> 00:02:37,950 argc in dat geval een. 55 00:02:37,950 --> 00:02:40,200 Nu merken we dat niet doen optellen hoeveel dingen 56 00:02:40,200 --> 00:02:42,590 de gebruiker getypte na de naam van het programma. 57 00:02:42,590 --> 00:02:46,710 De naam van het programma zelf telt als een command-line argument. 58 00:02:46,710 --> 00:02:51,770 >> Dus dot slash hebzuchtig, in dat geval argc is één. 59 00:02:51,770 --> 00:02:57,910 Als de gebruiker getypte slash hebzuchtige 1024 CS50 op de opdrachtregel, argc in dat geval 60 00:02:57,910 --> 00:02:59,520 drie zou zijn. 61 00:02:59,520 --> 00:03:03,720 En we weten dit omdat de weg dat de scheiding tussen de snaren 62 00:03:03,720 --> 00:03:06,030 gedetecteerd is of er is een ruimte, of een tabblad, 63 00:03:06,030 --> 00:03:08,230 of iets dergelijks tussen hen. 64 00:03:08,230 --> 00:03:13,860 Dus elke hoeveelheid witruimte, zogenaamde, tussen de waarden getypte command-line 65 00:03:13,860 --> 00:03:15,720 geeft aan hoeveel het er zijn. 66 00:03:15,720 --> 00:03:24,040 Dus dot slash hebzuchtige 1024 ruimte CS50, argc, in dat geval, is drie. 67 00:03:24,040 --> 00:03:26,600 >> Argv is het argument vector. 68 00:03:26,600 --> 00:03:29,240 Vector, door de manier, is gewoon ander woord voor een serie, 69 00:03:29,240 --> 00:03:31,510 en dit is een matrix dat slaat strings. 70 00:03:31,510 --> 00:03:35,540 Één snaar per element, dat de snaren die de gebruiker daadwerkelijk 71 00:03:35,540 --> 00:03:39,230 getypt op de opdrachtregel toen het programma werd uitgevoerd. 72 00:03:39,230 --> 00:03:40,990 Nu, zoals het geval bij elke array, als je 73 00:03:40,990 --> 00:03:44,380 herinneren van onze bespreking van arrays, het eerste element van argv 74 00:03:44,380 --> 00:03:49,150 zal altijd worden gevonden bij argv vierkante beugel nul. 75 00:03:49,150 --> 00:03:51,800 Dat is de eerste index van de argv array. 76 00:03:51,800 --> 00:03:55,720 Zodat will-- en in feite, dat wil de naam van het programma altijd, 77 00:03:55,720 --> 00:03:59,730 zal altijd zich op argv vierkante beugel nul. 78 00:03:59,730 --> 00:04:08,590 >> Het laatste element van argv altijd gevonden bij argv vierkante haakjes argc min één. 79 00:04:08,590 --> 00:04:10,300 Zie je waarom? 80 00:04:10,300 --> 00:04:14,180 Vergeet niet hoeveel elementen bestaan ​​in deze matrix. 81 00:04:14,180 --> 00:04:16,660 Nou, we weten dat het dat-- argc aantal elementen. 82 00:04:16,660 --> 00:04:21,279 Als de gebruiker drie dingen getypt op de command-line, argc is drie. 83 00:04:21,279 --> 00:04:27,070 Maar omdat in c, wanneer we werken met arrays, elk element van de array, 84 00:04:27,070 --> 00:04:30,190 of liever de indices van de array beginnen bij nul. 85 00:04:30,190 --> 00:04:34,000 Als we drie elementen in onze array, hebben wij een element in argv nul, 86 00:04:34,000 --> 00:04:37,930 een element in argv één, en een element in argv twee. 87 00:04:37,930 --> 00:04:41,700 Er is geen enkel element in argv drie en een array van drie afmetingen. 88 00:04:41,700 --> 00:04:43,990 Dus dat is de reden waarom de laatste element van argv kan altijd 89 00:04:43,990 --> 00:04:49,510 is te vinden op argv vierkante beugels argc min één. 90 00:04:49,510 --> 00:04:52,420 >> Dus laten we aannemen dat de gebruiker uitvoert de gulzige programma follows-- 91 00:04:52,420 --> 00:04:57,970 als ze typen in de opdrachtregel dot slash hebzuchtige 1024 ruimte CS50, 92 00:04:57,970 --> 00:05:00,720 en om wat voor reden we hebben al onze gulzige programma voorbereid 93 00:05:00,720 --> 00:05:04,050 kennen en werken met deze command-line argumenten. 94 00:05:04,050 --> 00:05:07,030 We hebben niet eerder toen we werkten op het voor de gulzige probleem, 95 00:05:07,030 --> 00:05:09,660 maar laten we zeggen dat we nu aangepast het zo dat we proces te doen 96 00:05:09,660 --> 00:05:11,480 de command-line argumenten op een bepaalde manier. 97 00:05:11,480 --> 00:05:15,720 In dit geval, argv nul is dot slash hebberig. 98 00:05:15,720 --> 00:05:17,042 Wat is argv één? 99 00:05:17,042 --> 00:05:19,030 Nou, het is 1024, niet? 100 00:05:19,030 --> 00:05:22,620 Het is 1024, maar hier is een echt belangrijk distinction-- 101 00:05:22,620 --> 00:05:26,410 herinner je je het datatype van argv? 102 00:05:26,410 --> 00:05:31,020 >> Het slaat strijkers, toch? 103 00:05:31,020 --> 00:05:34,140 Maar het lijkt erop dat 1024 is een geheel getal. 104 00:05:34,140 --> 00:05:36,530 Dit is een heel belangrijk onderscheid en eigenlijk 105 00:05:36,530 --> 00:05:40,200 gaat iets geworden dat je tegenkomen in latere problemen. 106 00:05:40,200 --> 00:05:43,770 Alles in argv is opgeslagen als een string. 107 00:05:43,770 --> 00:05:48,775 Dus argv iemands inhoud zijn de snaar een, nul, twee, vier, 108 00:05:48,775 --> 00:05:50,275 bestaande uit deze vier karakters. 109 00:05:50,275 --> 00:05:53,870 Het is alsof de gebruiker getypte een, nul, twee, vier 110 00:05:53,870 --> 00:05:56,680 als individuele letters of tekens. 111 00:05:56,680 --> 00:06:00,730 Het is niet de gehele 1024, en dus kun je niet direct 112 00:06:00,730 --> 00:06:11,580 werken door te zeggen int 1000, of eerder int x gelijk argv een minus 24. 113 00:06:11,580 --> 00:06:15,550 >> Intuïtief zou je denken van die als, OK, nou het is 1024 minus 24, 114 00:06:15,550 --> 00:06:17,920 dus x is gelijk aan 1.000. 115 00:06:17,920 --> 00:06:22,020 Maar in feite is dat niet het geval is, want argv een is een string. 116 00:06:22,020 --> 00:06:23,940 De string 1024. 117 00:06:23,940 --> 00:06:28,739 Nu is er een functie die kan worden gebruikt om strings te converteren naar integers. 118 00:06:28,739 --> 00:06:30,780 Ik zal niet bederven het voor u nu, maar ik ben er zeker van Zamyla 119 00:06:30,780 --> 00:06:34,380 zal blij zijn om u te vertellen over het in de walkthrough voor een toekomstig probleem. 120 00:06:34,380 --> 00:06:36,390 Maar u kunt ook problemen like-- excuus 121 00:06:36,390 --> 00:06:39,921 me, functies die zou Dit doen in referentie 50, 122 00:06:39,921 --> 00:06:42,462 als je naar de handleiding U kunt een functie vinden dat 123 00:06:42,462 --> 00:06:43,820 zal deze conversie voor u maken. 124 00:06:43,820 --> 00:06:45,980 Maar nogmaals, in de walkthrough voor een toekomstige problemen, 125 00:06:45,980 --> 00:06:48,290 Zamyla zal blij zijn om u vertellen welke functie 126 00:06:48,290 --> 00:06:53,280 is die converteren snaar 1024 de integer 1024. 127 00:06:53,280 --> 00:06:54,560 >> Oké, dus bewegen op. 128 00:06:54,560 --> 00:06:56,726 We hebben onze argv nul gedekt, we hebben behandeld argv één. 129 00:06:56,726 --> 00:06:58,000 Wat zit er in argv twee? 130 00:06:58,000 --> 00:06:58,620 CS50. 131 00:06:58,620 --> 00:07:01,350 Die ene is waarschijnlijk vrij vanzelfsprekend. 132 00:07:01,350 --> 00:07:02,950 Wat zit er in argv drie? 133 00:07:02,950 --> 00:07:04,970 Weer goed, we weten niet echt, toch? 134 00:07:04,970 --> 00:07:08,060 We hebben een scala van grootte van drie, dat is hoe veel elementen van de gebruiker 135 00:07:08,060 --> 00:07:11,610 getypt op de opdrachtregel, dus als we naar drie argv, 136 00:07:11,610 --> 00:07:14,660 we nu overschrijden de grenzen van ons aanbod. 137 00:07:14,660 --> 00:07:18,570 De compiler zal laten wij dit doen, is er geen probleem met het intuïtieve, 138 00:07:18,570 --> 00:07:22,890 maar in termen van eigenlijk wat er aan de hand gebeuren, weten we niet echt weten. 139 00:07:22,890 --> 00:07:25,380 Het hangt af van wat er is gevestigd in geheugen waarin 140 00:07:25,380 --> 00:07:28,060 argv drie zouden worden verwacht. 141 00:07:28,060 --> 00:07:30,716 En dus konden we uiteindelijk krijgen weg vrijuit. 142 00:07:30,716 --> 00:07:33,840 Waarschijnlijk is, vooral wanneer je werkt met argv in tegenstelling 143 00:07:33,840 --> 00:07:35,548 elke andere matrix dat is in ons programma, 144 00:07:35,548 --> 00:07:38,660 we waarschijnlijk gaan om te lijden een segmentation fault. Dus nogmaals, 145 00:07:38,660 --> 00:07:42,756 worden zeker niet de grenzen overschrijden van arrays, met name argv, 146 00:07:42,756 --> 00:07:47,170 gezien de hoge mate van belang in uw programma's. 147 00:07:47,170 --> 00:07:48,100 >> Ik ben Doug Lloyd. 148 00:07:48,100 --> 00:07:50,170 Dit is CS50. 149 00:07:50,170 --> 00:07:51,457