为什么 C# 处理命令行参数不一致？

Question

在 C# 中，直接从 Main() 获取命令行参数会省略 exe 名称，这与 C 的传统相反。

通过 Environment.GetCommandLineArgs 获取相同的命令行参数包括它。

我是否因为这种明显的不一致而遗漏了一些很好的逻辑原因？

class Program
{
    static void Main(string[] args)
    {
        Console.WriteLine(string.Format("args.Length = {0}", args.Length));

        foreach(string arg in args)
        {
            Console.WriteLine(string.Format("args = {0}", arg));
        }

        Console.WriteLine("");

        string[] Eargs = Environment.GetCommandLineArgs();
        Console.WriteLine(string.Format("Eargs.Length = {0}", Eargs.Length));
        foreach (string arg in Eargs)
        {
            Console.WriteLine(string.Format("Eargs = {0}", arg));
        }

    }
}

输出：

C:\\ConsoleApplication1\ConsoleApplication1\bin\Debug>consoleapplication1 xx zz aa 
args.Length = 3 
args = xx
args = zz 
args = aa
Eargs.Length = 4 
Eargs = consoleapplication1 
Eargs = xx 
Eargs = zz 
Eargs = aa

Answer 1

因为它不是 C，因此不依赖于它的约定。需要 exe 名称几乎是一种极端情况。我需要这个的次数很少（与其他 args 相比）IMO 证明了省略它的决定。

这是规范中的额外要求（ECMA334v4，§10.1）； （截取相关部分）：

10。基本概念

10.1 应用启动

...

这个入口点方法总是被命名为Main，并且应该有一个 以下签名：

static void Main() {…} 
static void Main(string[] args) {…} 
static int Main() {…} 
static int Main(string[] args) {…} 

...

• 让args 成为参数的名称。如果args指定的数组长度大于 零，数组成员args[0] 到args[args.Length-1]，包括在内，应指字符串， 称为应用程序参数，由宿主环境赋予实现定义的值 在应用程序启动之前。目的是向应用程序提供之前确定的信息 从托管环境中的其他地方启动应用程序。如果宿主环境不能 提供带有大写和小写字母的字符串，实现应确保 字符串以小写形式接收。 [注意：在支持命令行、应用程序、应用程序参数的系统上 对应于通常称为命令行参数的内容。 结束说明]

Answer 2

[设计状态] -- http://msdn.microsoft.com/en-us/library/acy3edy3(v=VS.100).aspx

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

Answer 3

对我来说，这两种方法返回不同结果的原因是Context。

• Environment 类用于操作当前环境和进程，Environment.GetCommandLineArgs(); 返回可执行文件名是有意义的，因为它是进程的一部分。

• 至于 args 数组，对我来说排除可执行文件名是有意义的。我知道我正在调用可执行文件，并且在运行我的应用程序的上下文中，我想知道向它发送了哪些参数。

归根结底，拥有两种选择的方法是很强大的。