Question

我最近开始学习c＃，当我对命令行参数感到困惑时，正在阅读有关filesystemwatcher类的内容。

从这里开始：https://msdn.microsoft.com/en-us/library/system.io.filesystemwatcher.aspx?cs-save-lang=1&cs-lang=csharp#code-snippet-2

我复制了c＃，当我阅读代码时我很困惑，因为它说如果参数不等于2则基本上没有继续。我以为只有参数，目录路径？当我打印出args [0]和args [1]时，它打印了watcher.exe和目录，但是我认为该目录是watcher.exe的参数而不是watcher.exe本身就是一个参数？当我查看这个例子（https://msdn.microsoft.com/en-gb/library/aa288457(v=vs.71).aspx）时，它没有显示打印参数时打印的cmdline2，如果有人知道原因会很好。

另外作为一个附带问题，我确实试过了写作线索[2]，这当然使应用程序崩溃了。我想我会在VS 2015中测试调试器，但是当我需要将参数传递给应用程序时，我无法找到如何调试我的代码？我看到的只是一个没有参数选项的开始按钮。

Answer 1

发生这种情况的原因是因为args[]参数数组的结构是以一种特殊的方式构成的，原因在于与传统无关的原因。（我相信在Unix C中以main()函数开头的传统。）每个人都熟悉它，所以每个人都认为它是正常的，但如果你是第一次看到它，那么可以理解你很困惑。

以下是args[]的格式：

args[0] = the pathname of the executable file from which the current process started.
args[1] = the first argument passed to the program.
args[2] = the second argument passed to the program.
and so on.

因此，args的长度始终大于或等于1，因为始终会有一个可执行文件，当前进程启动。

然后它当然变得棘手，因为如果你想确保你的程序只传递1个参数，你必须做if( args.Length == 2 )。这是你混乱的根源。

不幸的是，人们认为这样的事情是正常的＆＃34;他们甚至不打算记录正在发生的巫术。

修订

更糟糕的是，微软正试图纠正＆＃34; C＃的这种不幸情况，但它们并不一致：

In＆＃34; Main（）和命令行参数（C＃编程指南）＆＃34; （https://msdn.microsoft.com/en-us/library/acy3edy3.aspx）他们说：

与C和C ++不同，程序名称不被视为第一个命令行参数。

但是在System.Environment.GetCommandLineArgs（）的文档中，（https://msdn.microsoft.com/en-us/library/system.environment.getcommandlineargs(v=vs.110).aspx）他们说：

第一个元素是可执行文件名，以下零个或多个元素包含剩余的命令行参数。

（请记住，当我们说＆＃34;第一个元素＆＃34;我们指的是索引为零的元素。）

因此，索引零处的参数可能也可能不是可执行文件;这取决于你手中的参数数组是否是传递给Main()函数的参数数组，或者是否通过调用System.Environment.GetCommandLineArgs()获得了它。

尼斯？我知道，请告诉我。

Answer 2

您的第一个参数是可执行文件的路径。 - ＆GT; C：//.../watcher.exe。第二个是要观看的目录。

当你打印args [2]时它会崩溃，因为它没有第三个参数。如果你想在VS2015中添加一个，你可以点击解决方案 - ＆gt; properties-＆gt; debug。您可以在＆＃34;命令行参数下设置命令行参数。＆＃34;您还应该只需单击一行并添加断点即可进行调试。

无法理解命令行参数。

2 个答案:

修订