1
00:00:00,000 --> 00:00:02,480
>> [音乐播放]

2
00:00:02,480 --> 00:00:06,460

3
00:00:06,460 --> 00:00:09,350
>> DOUG LLOYD：好吧，让我们
说说命令行参数。

4
00:00:09,350 --> 00:00:11,800
因此，到目前为止，在使用过程中很
多所有程序

5
00:00:11,800 --> 00:00:16,360
可能已经开始
像this-- INT主要无效。

6
00:00:16,360 --> 00:00:18,310
我们一直在收集
如果我们需要用户输入

7
00:00:18,310 --> 00:00:21,080
在我们的节目，如
马里奥方案，例如，

8
00:00:21,080 --> 00:00:22,990
在程序的提示。

9
00:00:22,990 --> 00:00:25,190
修改我们没有必要
主要的声明，

10
00:00:25,190 --> 00:00:30,684
因为里面，而不是我们主要的
只是说，你可以调用它来获得int类型。

11
00:00:30,684 --> 00:00:32,350
如何大，你想要的金字塔呢？

12
00:00:32,350 --> 00:00:34,455
或者你可以调用它来获得
float--多大变化

13
00:00:34,455 --> 00:00:36,400
我应该输出给用户？

14
00:00:36,400 --> 00:00:38,630
>> 还有另一种方式，虽然，
如果我们希望我们的用户

15
00:00:38,630 --> 00:00:40,580
要能提供
数据我们的计划

16
00:00:40,580 --> 00:00:43,320
在运行时，而不是当
程序运行，

17
00:00:43,320 --> 00:00:45,910
一个微妙的区别，但
有时一个非常有用的，

18
00:00:45,910 --> 00:00:48,120
我们需要声明的主要的一种新形式。

19
00:00:48,120 --> 00:00:53,320
我们不能使用int主要无效的，如果我们想
在命令行收集其他数据

20
00:00:53,320 --> 00:00:57,540
当用户运行该程序，
因此命令行参数。

21
00:00:57,540 --> 00:00:59,810
>> 为了收集这些命令行
来自用户的参数，

22
00:00:59,810 --> 00:01:03,140
改变你的声明
主要的样子this-- INT

23
00:01:03,140 --> 00:01:10,450
主，开括号，INT ARGC，逗号，
字符串的argv，方括号，

24
00:01:10,450 --> 00:01:12,670
然后打开大括号。

25
00:01:12,670 --> 00:01:14,415
那么，是什么意思了吗？

26
00:01:14,415 --> 00:01:19,410
好了，我们传递两个参数，
或参数，或者输入为主。

27
00:01:19,410 --> 00:01:23,800
其中一个叫整数
的argc，另一个是什么？

28
00:01:23,800 --> 00:01:26,430

29
00:01:26,430 --> 00:01:29,640
这是一个字符串数组，对不对？

30
00:01:29,640 --> 00:01:31,140
我们看到，方括号。

31
00:01:31,140 --> 00:01:32,181
它是一个字符串数组。

32
00:01:32,181 --> 00:01:35,110
它不是一个单独的字符串，
这是一个字符串数组。

33
00:01:35,110 --> 00:01:39,640
而这两个参数，argc和argv，
让你知道哪些数据用户

34
00:01:39,640 --> 00:01:42,912
在命令行提供
又有多少事情，他们

35
00:01:42,912 --> 00:01:44,120
在命令行提供。

36
00:01:44,120 --> 00:01:46,570
非常有用的东西的工作。

37
00:01:46,570 --> 00:01:50,310
>> ARGC代表参数计数，
你应该知道，顺便说一下，

38
00:01:50,310 --> 00:01:52,600
你可以拨打ARGC
不管你想要它。

39
00:01:52,600 --> 00:01:54,710
你可以调用任何你想要的argv。

40
00:01:54,710 --> 00:01:58,740
这些只是常规的名字
我们用于them--参数计数，

41
00:01:58,740 --> 00:02:00,907
而我们将在第二次看到，
参数向量，argv的。

42
00:02:00,907 --> 00:02:03,698
但是你没有给他们打电话
argc和argv，如果你不想，

43
00:02:03,698 --> 00:02:05,570
但传统上，这就是我们要做的。

44
00:02:05,570 --> 00:02:07,500
>> 所以无论如何，ARGC的参数计数。

45
00:02:07,500 --> 00:02:11,569
这是一个整型变量，因此，作为
你可能会想到，如果我们有两件事

46
00:02:11,569 --> 00:02:13,860
那我们将要寻找
出这些是什么类型的

47
00:02:13,860 --> 00:02:16,070
多少东西
用户输入，ARGC是

48
00:02:16,070 --> 00:02:18,559
要告诉我们多少
东西的用户输入。

49
00:02:18,559 --> 00:02:20,850
所以，它给你一个数
命令行参数的用户

50
00:02:20,850 --> 00:02:22,470
该程序执行时输入。

51
00:02:22,470 --> 00:02:25,780
所以，如果你的程序是
运行点斜线贪婪，

52
00:02:25,780 --> 00:02:28,670
和你贪婪的内
计划你的主要功能

53
00:02:28,670 --> 00:02:34,800
有声明INT为主INT ARGC，
字符串argv的括号，然后

54
00:02:34,800 --> 00:02:37,950
的argc在这种情况下是1。

55
00:02:37,950 --> 00:02:40,200
现在请注意，我们不
指望有多少事

56
00:02:40,200 --> 00:02:42,590
该程序名后用户输入。

57
00:02:42,590 --> 00:02:46,710
程序名称本身计数
作为命令行参数。

58
00:02:46,710 --> 00:02:51,770
>> 所以点斜线贪婪，在
这种情况下，的argc是其中之一。

59
00:02:51,770 --> 00:02:57,910
如果用户键入斜线贪1024 CS50
在命令行，argc那样在这种情况下

60
00:02:57,910 --> 00:02:59,520
将三种。

61
00:02:59,520 --> 00:03:03,720
而且我们知道这是因为路
该字符串之间的分工

62
00:03:03,720 --> 00:03:06,030
检测是是否
有一个空间，或制表符，

63
00:03:06,030 --> 00:03:08,230
或类似的东西他们之间。

64
00:03:08,230 --> 00:03:13,860
这样的白色空间的任何量，所谓，
值之间键入的命令行

65
00:03:13,860 --> 00:03:15,720
表明有多少。

66
00:03:15,720 --> 00:03:24,040
所以点斜线贪婪空间1024太空
CS50，的argc，在这种情况下，是3。

67
00:03:24,040 --> 00:03:26,600
>> ARGV是参数向量。

68
00:03:26,600 --> 00:03:29,240
矢量，顺便说一句，只是
另一种说法阵列，

69
00:03:29,240 --> 00:03:31,510
而这是一个数组
存储字符串。

70
00:03:31,510 --> 00:03:35,540
每个元素一个字符串，它是
琴弦用户实际上

71
00:03:35,540 --> 00:03:39,230
键入的命令行
当程序被执行。

72
00:03:39,230 --> 00:03:40,990
现在，作为是这种情况
与任何阵列，如果

73
00:03:40,990 --> 00:03:44,380
从我们的讨论召回
阵列，argv的的第一个元素

74
00:03:44,380 --> 00:03:49,150
总是会被发现
在argv的括号为零。

75
00:03:49,150 --> 00:03:51,800
这是第一个索引
argv数组中。

76
00:03:51,800 --> 00:03:55,720
使will--而事实上，这种意愿
永远是程序的名称，

77
00:03:55,720 --> 00:03:59,730
将始终位于
argv的括号为零。

78
00:03:59,730 --> 00:04:08,590
>> ARGV的最后一个元素总是被发现
在argv的括号ARGC减一。

79
00:04:08,590 --> 00:04:10,300
你知道为什么吗？

80
00:04:10,300 --> 00:04:14,180
还记得多少个元素
存在于这个数组中。

81
00:04:14,180 --> 00:04:16,660
好吧，我们知道that--它
元素ARGC数量。

82
00:04:16,660 --> 00:04:21,279
如果用户输入的三样东西在
命令行，的argc是三。

83
00:04:21,279 --> 00:04:27,070
但是，因为在C，当我们的工作
与阵列，阵列的每个元素，

84
00:04:27,070 --> 00:04:30,190
或者更确切地说，指标
阵列，从零开始。

85
00:04:30,190 --> 00:04:34,000
如果我们有三个要素我们
阵列，我们有一个元件在argv的零，

86
00:04:34,000 --> 00:04:37,930
在argv的一项所述的元件，
并且在argv的二元。

87
00:04:37,930 --> 00:04:41,700
有一个在argv的任何元素
3，和大小的3的阵列。

88
00:04:41,700 --> 00:04:43,990
所以这就是为什么在过去
argv的元素总能

89
00:04:43,990 --> 00:04:49,510
将在ARGV广场发现
括号内ARGC减一。

90
00:04:49,510 --> 00:04:52,420
>> 因此，让我们假设用户执行
贪婪的程序作为follows--

91
00:04:52,420 --> 00:04:57,970
如果他们在命令行键入点
削减贪婪空间1024太空CS50，

92
00:04:57,970 --> 00:05:00,720
而无论出于何种原因，我们已经
已经准备好我们的贪婪计划

93
00:05:00,720 --> 00:05:04,050
要知道与这些工作
命令行参数。

94
00:05:04,050 --> 00:05:07,030
我们以前不，当我们的工作
它为贪婪的问题，

95
00:05:07,030 --> 00:05:09,660
但让我们说，我们现在已经修改
它让我们做的过程

96
00:05:09,660 --> 00:05:11,480
以某种方式命令行参数。

97
00:05:11,480 --> 00:05:15,720
在这种情况下，ARGV零
就是点斜线贪婪。

98
00:05:15,720 --> 00:05:17,042
什么是argv的呢？

99
00:05:17,042 --> 00:05:19,030
嗯，这是1024吧？

100
00:05:19,030 --> 00:05:22,620
这为1024，但这里有一个
真正重要的distinction--

101
00:05:22,620 --> 00:05:26,410
你还记得的argv的数据类型？

102
00:05:26,410 --> 00:05:31,020
>> 它存储的字符串，对不对？

103
00:05:31,020 --> 00:05:34,140
但它看起来像1024
是一个整数值。

104
00:05:34,140 --> 00:05:36,530
这是一个非常重要的
区分，而实际上是

105
00:05:36,530 --> 00:05:40,200
要成为东西，你
可能会遇到在以后的问题。

106
00:05:40,200 --> 00:05:43,770
argv中一切
存储为一个字符串。

107
00:05:43,770 --> 00:05:48,775
所以argv的一个人的内容是
串1,0，二，四，

108
00:05:48,775 --> 00:05:50,275
由这四个字符。

109
00:05:50,275 --> 00:05:53,870
这是因为如果用户键入
1，零，二，四

110
00:05:53,870 --> 00:05:56,680
作为单独的字母或字符。

111
00:05:56,680 --> 00:06:00,730
它不是整数1024，
所以你不能直接

112
00:06:00,730 --> 00:06:11,580
它说INT 1000的工作，或
而INT x等于argv的一减24。

113
00:06:11,580 --> 00:06:15,550
>> 直觉上，你可能会想到这一点
因为，好，这是1024减24，

114
00:06:15,550 --> 00:06:17,920
所以x等于1000。

115
00:06:17,920 --> 00:06:22,020
但实际上，这并非如此，
因为argv的一个是一个字符串。

116
00:06:22,020 --> 00:06:23,940
字符串1024。

117
00:06:23,940 --> 00:06:28,739
现在有一个功能，可以
用于字符串转换为整数。

118
00:06:28,739 --> 00:06:30,780
我不会破坏它适合你
现在，但我敢肯定Zamyla

119
00:06:30,780 --> 00:06:34,380
会很高兴地告诉你关于它的
演练为未来的问题。

120
00:06:34,380 --> 00:06:36,390
但你也可以找到
问题like--借口

121
00:06:36,390 --> 00:06:39,921
我，函数会
为此，在参考50，

122
00:06:39,921 --> 00:06:42,462
如果你去参考指南
你可以找到一个函数，

123
00:06:42,462 --> 00:06:43,820
将这种转换的。

124
00:06:43,820 --> 00:06:45,980
但同样，在演练
对于未来的问题，

125
00:06:45,980 --> 00:06:48,290
Zamyla将竭诚为
告诉你什么功能

126
00:06:48,290 --> 00:06:53,280
它是将转换
串1024至1024的整数。

127
00:06:53,280 --> 00:06:54,560
>> 好吧，让人感动的。

128
00:06:54,560 --> 00:06:56,726
我们已经介绍了我们的ARGV零，
我们介绍的argv之一。

129
00:06:56,726 --> 00:06:58,000
什么是argv中二号呢？

130
00:06:58,000 --> 00:06:58,620
CS50。

131
00:06:58,620 --> 00:07:01,350
一个人的可能
不言自明。

132
00:07:01,350 --> 00:07:02,950
什么是argv中了三顶？

133
00:07:02,950 --> 00:07:04,970
好了，我们真的不知道，对不对？

134
00:07:04,970 --> 00:07:08,060
我们有大小的3的阵列，
这是多少个元素的用户

135
00:07:08,060 --> 00:07:11,610
键入的命令行，
因此，如果我们去ARGV三，

136
00:07:11,610 --> 00:07:14,660
我们现在超越
我们的数组的边界。

137
00:07:14,660 --> 00:07:18,570
编译器将让我们做到这一点，
有没有直观的问题是，

138
00:07:18,570 --> 00:07:22,890
但在实际方面是怎么回事
这种情况，我们真的不知道。

139
00:07:22,890 --> 00:07:25,380
这要看是什么
位于内存中

140
00:07:25,380 --> 00:07:28,060
的argv 3将被预期为。

141
00:07:28,060 --> 00:07:30,716
因此，我们最终可能
越来越远逍遥法外。

142
00:07:30,716 --> 00:07:33,840
以上不太可能，特别是当
你，而不是使用的argv正在处理

143
00:07:33,840 --> 00:07:35,548
到任何其他阵列
这是在我们的计划，

144
00:07:35,548 --> 00:07:38,660
我们很可能会吃亏
段错误。如此反复，

145
00:07:38,660 --> 00:07:42,756
一定不要超越边界
你的阵列，尤其ARGV，

146
00:07:42,756 --> 00:07:47,170
鉴于其较高的程度
在程序中的重要性。

147
00:07:47,170 --> 00:07:48,100
>> 我是道格·劳埃德。

148
00:07:48,100 --> 00:07:50,170
这是CS50。

149
00:07:50,170 --> 00:07:51,457