无法理解命令行参数。
Trouble understanding command line arguments.
我最近开始学习 c# 并且正在阅读有关 filesystemwatcher class 的内容时，我对命令行参数感到困惑。
我复制了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 中测试调试器，但是当我需要将参数传递给应用程序时，我找不到如何调试我的代码？我所看到的只是一个没有参数选项的开始按钮。
之所以会发生这种情况，是因为 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().
获得它
好看吗？我知道了，说说吧。
您的第一个参数是可执行文件的路径。 -> c://.../watcher.exe。第二个是要观看的目录。
打印 args[2] 时崩溃，因为没有第三个参数。如果你想在VS2015中添加一个，你会点击解决方案->属性->调试。您可以在此处设置命令行参数 "Command line arguments." 您也应该能够通过单击一行并添加断点来进行调试。
我最近开始学习 c# 并且正在阅读有关 filesystemwatcher class 的内容时，我对命令行参数感到困惑。
我复制了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 中测试调试器，但是当我需要将参数传递给应用程序时，我找不到如何调试我的代码？我所看到的只是一个没有参数选项的开始按钮。
之所以会发生这种情况，是因为 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().
好看吗？我知道了，说说吧。
您的第一个参数是可执行文件的路径。 -> c://.../watcher.exe。第二个是要观看的目录。
打印 args[2] 时崩溃，因为没有第三个参数。如果你想在VS2015中添加一个，你会点击解决方案->属性->调试。您可以在此处设置命令行参数 "Command line arguments." 您也应该能够通过单击一行并添加断点来进行调试。