1 00:00:00,000 --> 00:00:02,480 >> [MUSIC SPILLE] 2 00:00:02,480 --> 00:00:06,460 3 00:00:06,460 --> 00:00:09,350 >> DOUG LLOYD: Greit, så la oss snakke om kommandolinjeargumenter. 4 00:00:09,350 --> 00:00:11,800 Så, så langt i løpet pen sett alle programmene dine 5 00:00:11,800 --> 00:00:16,360 har trolig startet som dette-- int main annullert. 6 00:00:16,360 --> 00:00:18,310 Vi har vært å samle brukerundersøkelser hvis vi trenger det 7 00:00:18,310 --> 00:00:21,080 i våre programmer, slik som Mario program, f.eks 8 00:00:21,080 --> 00:00:22,990 av in-program instruksjonene. 9 00:00:22,990 --> 00:00:25,190 Vi har ikke behov for å modifisere erklæringen av hoved, 10 00:00:25,190 --> 00:00:30,684 fordi stedet innsiden av hoved vi bare si, du kan kalle det å få int. 11 00:00:30,684 --> 00:00:32,350 Hvor stor vil du ha pyramiden for å bli? 12 00:00:32,350 --> 00:00:34,455 Eller du kan kalle det å få float-- hvor mye endring 13 00:00:34,455 --> 00:00:36,400 burde jeg utgang til brukeren? 14 00:00:36,400 --> 00:00:38,630 >> Det er en annen måte skjønt, og hvis vi ønsker at våre brukere 15 00:00:38,630 --> 00:00:40,580 å være i stand til å gi data til vårt program 16 00:00:40,580 --> 00:00:43,320 under kjøring i stedet for mens programmet kjører, 17 00:00:43,320 --> 00:00:45,910 en subtil forskjell, men og til en meget nyttig ett, 18 00:00:45,910 --> 00:00:48,120 vi trenger en ny form for erklære viktigste. 19 00:00:48,120 --> 00:00:53,320 Vi kan ikke bruke int main ugyldig dersom vi ønsker å samle andre data på kommandolinjen 20 00:00:53,320 --> 00:00:57,540 når brukeren kjører programmet, dermed kommandolinjeargumenter. 21 00:00:57,540 --> 00:00:59,810 >> Å samle disse kommandolinje argumenter fra brukeren, 22 00:00:59,810 --> 00:01:03,140 endre erklæring Hoved å ligne dette-- int 23 00:01:03,140 --> 00:01:10,450 viktigste, åpne paren, int argc, komma, string argv, klammer, 24 00:01:10,450 --> 00:01:12,670 og åpne klammeparentes. 25 00:01:12,670 --> 00:01:14,415 Så hva betyr det allerede? 26 00:01:14,415 --> 00:01:19,410 Vel, vi passerer i to parametre, eller argumenter, eller innganger til hoved. 27 00:01:19,410 --> 00:01:23,800 One, et tall som kalles argc, og den andre er hva? 28 00:01:23,800 --> 00:01:26,430 29 00:01:26,430 --> 00:01:29,640 Det er en rekke strenger, ikke sant? 30 00:01:29,640 --> 00:01:31,140 Vi ser at hakeparentes notasjon. 31 00:01:31,140 --> 00:01:32,181 Det er en rekke strenger. 32 00:01:32,181 --> 00:01:35,110 Det er ikke en individuell streng, det er en rekke strenger. 33 00:01:35,110 --> 00:01:39,640 Og disse to argumentene, argc og argv, at du skal kunne vite hvilke data brukerens 34 00:01:39,640 --> 00:01:42,912 har gitt på kommandolinjen og hvor mange ting de 35 00:01:42,912 --> 00:01:44,120 gitt på kommandolinjen. 36 00:01:44,120 --> 00:01:46,570 Ganske nyttige ting å jobbe med. 37 00:01:46,570 --> 00:01:50,310 >> Argc står for argumentet teller, og du bør vite, forresten, 38 00:01:50,310 --> 00:01:52,600 at du kan kalle argc hva du vil det. 39 00:01:52,600 --> 00:01:54,710 Du kan ringe argv hva du ønsket. 40 00:01:54,710 --> 00:01:58,740 Dette er bare vanlige navn som vi bruker for them-- argument teller, 41 00:01:58,740 --> 00:02:00,907 og som vi vil se i et sekund, argument vektor, argv. 42 00:02:00,907 --> 00:02:03,698 Men du trenger ikke å kalle dem argc og argv hvis du ikke vil, 43 00:02:03,698 --> 00:02:05,570 men konvensjonelt, det er hva vi gjør. 44 00:02:05,570 --> 00:02:07,500 >> Så uansett, argc, argumentet teller. 45 00:02:07,500 --> 00:02:11,569 Det er et tall-type variabel og så, som du kanskje forventer, hvis vi har to ting 46 00:02:11,569 --> 00:02:13,860 at vi kommer til å være å finne ut hva disse er skrevet 47 00:02:13,860 --> 00:02:16,070 og hvor mye ting på brukeren har skrevet, er argc 48 00:02:16,070 --> 00:02:18,559 kommer til å fortelle oss hvor mye stappe brukeren har skrevet. 49 00:02:18,559 --> 00:02:20,850 Så det gir deg en rekke kommandolinjeargumenter bruker 50 00:02:20,850 --> 00:02:22,470 skrev da programmet ble henrettet. 51 00:02:22,470 --> 00:02:25,780 Så hvis programmet er kjøre dot slash grådig, 52 00:02:25,780 --> 00:02:28,670 og innsiden av grådige programmere din viktigste funksjon 53 00:02:28,670 --> 00:02:34,800 har erklæringen int main int argc, string argv hakeparenteser, deretter 54 00:02:34,800 --> 00:02:37,950 argc i så fall er en. 55 00:02:37,950 --> 00:02:40,200 Nå merker vi ikke telle hvor mange ting 56 00:02:40,200 --> 00:02:42,590 brukeren har skrevet etter programnavnet. 57 00:02:42,590 --> 00:02:46,710 Programmet navnet i seg selv teller som et kommandolinjeargument. 58 00:02:46,710 --> 00:02:51,770 >> Så dot slash grådig, i Da er argc en. 59 00:02:51,770 --> 00:02:57,910 Hvis brukeren skrev slash grådig 1024 CS50 på kommandolinjen, argc i så fall 60 00:02:57,910 --> 00:02:59,520 ville være tre. 61 00:02:59,520 --> 00:03:03,720 Og vi vet dette fordi veien at skillet mellom strengene 62 00:03:03,720 --> 00:03:06,030 oppdages er om det er en plass, eller en fane, 63 00:03:06,030 --> 00:03:08,230 eller noe sånt mellom dem. 64 00:03:08,230 --> 00:03:13,860 Så et beløp av tomrom, såkalt, mellom verdiene skrevet kommandolinje 65 00:03:13,860 --> 00:03:15,720 indikerer hvor mange det er. 66 00:03:15,720 --> 00:03:24,040 Så dot slash grådig plass 1024 plass CS50, argc, i så fall, er tre. 67 00:03:24,040 --> 00:03:26,600 >> Argv er argumentet vektor. 68 00:03:26,600 --> 00:03:29,240 Vector, forresten, er bare et annet ord for en matrise, 69 00:03:29,240 --> 00:03:31,510 og dette er en matrise som lagrer strenger. 70 00:03:31,510 --> 00:03:35,540 En streng per element, som er strengene som brukeren faktisk 71 00:03:35,540 --> 00:03:39,230 skrev på kommandolinjen da programmet ble henrettet. 72 00:03:39,230 --> 00:03:40,990 Nå er som tilfellet med noen array, hvis du 73 00:03:40,990 --> 00:03:44,380 husker fra vår diskusjon av matriser, det første elementet i argv 74 00:03:44,380 --> 00:03:49,150 er alltid kommer til å bli funnet på argv hakeparentes null. 75 00:03:49,150 --> 00:03:51,800 Det er den første indeks av argv array. 76 00:03:51,800 --> 00:03:55,720 Slik at will-- og faktisk, at viljen alltid være navnet på programmet, 77 00:03:55,720 --> 00:03:59,730 vil alltid være plassert argv hakeparentes null. 78 00:03:59,730 --> 00:04:08,590 >> Det siste elementet i argv er alltid funnet på argv firkantet parentes argc minus én. 79 00:04:08,590 --> 00:04:10,300 Ser du hvorfor? 80 00:04:10,300 --> 00:04:14,180 Husk hvor mange elementer finnes i denne matrisen. 81 00:04:14,180 --> 00:04:16,660 Vel, vi vet at-- det er argc antall elementer. 82 00:04:16,660 --> 00:04:21,279 Hvis brukeren har skrevet tre ting på en kommandolinjen, er argc tre. 83 00:04:21,279 --> 00:04:27,070 Men fordi i c, når vi jobber med matriser, hvert element i matrisen, 84 00:04:27,070 --> 00:04:30,190 eller snarere indeksene av rekken, starter på null. 85 00:04:30,190 --> 00:04:34,000 Hvis vi har tre elementer i vår array, har vi et element på argv null, 86 00:04:34,000 --> 00:04:37,930 et element i argv en, og et element på argv to. 87 00:04:37,930 --> 00:04:41,700 Det er ingen element på argv tre, og en matrise av størrelse tre. 88 00:04:41,700 --> 00:04:43,990 Så det er derfor det siste element av argv kan alltid 89 00:04:43,990 --> 00:04:49,510 finnes på argv torget parentes argc minus én. 90 00:04:49,510 --> 00:04:52,420 >> Så la oss anta bruker Utfører grådige program som follows-- 91 00:04:52,420 --> 00:04:57,970 hvis de skriver i kommandolinje dot slash grådig plass 1024 plass CS50, 92 00:04:57,970 --> 00:05:00,720 og uansett grunn vi har allerede forberedt vår grådige program 93 00:05:00,720 --> 00:05:04,050 å kjenne og arbeide med disse kommandolinjeargumenter. 94 00:05:04,050 --> 00:05:07,030 Vi gjorde ikke tidligere når vi jobbet på den for den grådige problem, 95 00:05:07,030 --> 00:05:09,660 men la oss si vi har nå endret det slik at vi gjør prosessen 96 00:05:09,660 --> 00:05:11,480 kommandolinjeargumenter på noen måte. 97 00:05:11,480 --> 00:05:15,720 I dette tilfellet, argv null er dot slash grådig. 98 00:05:15,720 --> 00:05:17,042 Hva er argv en? 99 00:05:17,042 --> 00:05:19,030 Vel, det er 1024, ikke sant? 100 00:05:19,030 --> 00:05:22,620 Det er 1024, men her er en veldig viktig distinction-- 101 00:05:22,620 --> 00:05:26,410 husker du datatypen argv? 102 00:05:26,410 --> 00:05:31,020 >> Den lagrer strenger, ikke sant? 103 00:05:31,020 --> 00:05:34,140 Men det ser ut som 1 024 er et helt tall verdi. 104 00:05:34,140 --> 00:05:36,530 Dette er en veldig viktig utmerkelse, og er faktisk 105 00:05:36,530 --> 00:05:40,200 kommer til å bli noe som du kan støte på i senere problemer. 106 00:05:40,200 --> 00:05:43,770 Alt i argv er lagret som en streng. 107 00:05:43,770 --> 00:05:48,775 Så argv ens innholdet er det en streng, null, to, fire, 108 00:05:48,775 --> 00:05:50,275 som består av de fire tegnene. 109 00:05:50,275 --> 00:05:53,870 Det er som om brukeren har skrevet en, null, to, fire 110 00:05:53,870 --> 00:05:56,680 som individuelle bokstaver eller tegn. 111 00:05:56,680 --> 00:06:00,730 Det er ikke heltallet 1024, og så du kan ikke direkte 112 00:06:00,730 --> 00:06:11,580 jobbe med det ved å si int 1000, eller heller int x lik argv en minus 24. 113 00:06:11,580 --> 00:06:15,550 >> Intuitivt, kan du tenke på at som, OK, vel det er 1024 minus 24, 114 00:06:15,550 --> 00:06:17,920 slik at x er lik 1.000. 115 00:06:17,920 --> 00:06:22,020 Men faktisk, det er ikke tilfelle, fordi argv ene er en streng. 116 00:06:22,020 --> 00:06:23,940 Strengen 1024. 117 00:06:23,940 --> 00:06:28,739 Nå er det en funksjon som kan være brukes til å konvertere strenger til heltall. 118 00:06:28,739 --> 00:06:30,780 Jeg vil ikke ødelegge det for deg nå, men jeg er sikker Zamyla 119 00:06:30,780 --> 00:06:34,380 vil gjerne fortelle deg om det i walkthrough for en fremtidig problem. 120 00:06:34,380 --> 00:06:36,390 Men du kan også finne problemer like-- unnskyldning 121 00:06:36,390 --> 00:06:39,921 meg, funksjoner som ville Dette gjør i referanse 50, 122 00:06:39,921 --> 00:06:42,462 Hvis du går til referansehåndbok du kan finne en funksjon som 123 00:06:42,462 --> 00:06:43,820 vil gjøre denne konverteringen for deg. 124 00:06:43,820 --> 00:06:45,980 Men igjen, i walkthrough for en fremtidig problem, 125 00:06:45,980 --> 00:06:48,290 Zamyla vil gjerne fortelle deg hvilken funksjon 126 00:06:48,290 --> 00:06:53,280 er det som vil konvertere strengen 1024 til 1024 heltall. 127 00:06:53,280 --> 00:06:54,560 >> Greit, så går videre. 128 00:06:54,560 --> 00:06:56,726 Vi har dekket våre argv null, vi har dekket argv en. 129 00:06:56,726 --> 00:06:58,000 Hva er i argv to? 130 00:06:58,000 --> 00:06:58,620 CS50. 131 00:06:58,620 --> 00:07:01,350 At man er nok ganske selvforklarende. 132 00:07:01,350 --> 00:07:02,950 Hva er i argv tre? 133 00:07:02,950 --> 00:07:04,970 Vel igjen, vi vet egentlig ikke, ikke sant? 134 00:07:04,970 --> 00:07:08,060 Vi har en rekke størrelse tre, det er hvor mange elementer brukeren 135 00:07:08,060 --> 00:07:11,610 skrev på kommandolinjen, så hvis vi går til argv tre, 136 00:07:11,610 --> 00:07:14,660 vi nå overskridelser grensene for vår matrise. 137 00:07:14,660 --> 00:07:18,570 Kompilatoren vil la oss gjøre dette, det er ingen intuitiv problem med det, 138 00:07:18,570 --> 00:07:22,890 men når det gjelder faktisk hva som kommer å skje, vet vi ikke egentlig vet. 139 00:07:22,890 --> 00:07:25,380 Det kommer an på hva som er ligger på minnet der 140 00:07:25,380 --> 00:07:28,060 argv tre ville være forventet å være. 141 00:07:28,060 --> 00:07:30,716 Og så vi kan ende opp komme bort scot gratis. 142 00:07:30,716 --> 00:07:33,840 Mer sannsynlig enn ikke, spesielt når du arbeider med argv motsetning 143 00:07:33,840 --> 00:07:35,548 til en annen matrise det er i vårt program, 144 00:07:35,548 --> 00:07:38,660 vi sannsynligvis kommer til å lide en segmentering feil. Så igjen, 145 00:07:38,660 --> 00:07:42,756 være sikker på ikke å overskride grensene av arrays, spesielt argv, 146 00:07:42,756 --> 00:07:47,170 gitt sin høye grad av betydning i programmene dine. 147 00:07:47,170 --> 00:07:48,100 >> Jeg er Doug Lloyd. 148 00:07:48,100 --> 00:07:50,170 Dette er CS50. 149 00:07:50,170 --> 00:07:51,457