c# - 无法理解命令行参数。

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，如果有人知道原因，那就太好了。

另外，作为一个附带问题，我确实尝试编写 args[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 个且只有 1 个参数，你必须执行 if( args.Length == 2 )。这就是你困惑的根源。

不幸的是，人们认为这种事情很“正常”，以至于他们甚至懒得记录正在发生的巫术。

修正案

更糟糕的是，Microsoft 正试图用 C# 来“纠正”这种不幸的情况，但它们并不一致:

在“Main() 和命令行参数(C# 编程指南)”(https://msdn.microsoft.com/en-us/library/acy3edy3.aspx)中，他们说:

Unlike C and C++, the name of the program is not treated as the first command-line argument.

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

The first element is the executable file name, and the following zero or more elements contain the remaining command-line arguments.

(请记住，当我们说“第一个元素”时，我们指的是索引为零的元素。)

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

好看吗？我知道，告诉我吧。