C# 为什么Mono.GetOptions过时了?

C# 为什么Mono.GetOptions过时了?,c#,mono,C#,Mono,Mono.GetOptions包已经过时,但似乎没有任何东西可以替代它。文件指出,但恩德斯克自己的网页声称,选项是不稳定的。为什么GetOptions会过时?计划用什么来取代它?NDesk.Options是稳定的,以至于它现在被称为Mono.Options,与Mono 2.2及更高版本捆绑在一起。这是建议的更换件。它被打包为一个.cs文件,而不是单独的程序集,因此不容易找到 我不知道为什么Mono.GetOptions被弃用,但反对它的一个理由是它是重量级的;它要求您定义自己的类继承自它的选项类

Mono.GetOptions包已经过时,但似乎没有任何东西可以替代它。文件指出,但恩德斯克自己的网页声称,选项是不稳定的。为什么GetOptions会过时?计划用什么来取代它?

NDesk.Options
是稳定的,以至于它现在被称为
Mono.Options
,与Mono 2.2及更高版本捆绑在一起。这是建议的更换件。它被打包为一个.cs文件,而不是单独的程序集,因此不容易找到


我不知道为什么
Mono.GetOptions
被弃用,但反对它的一个理由是它是重量级的;它要求您定义自己的类继承自它的
选项
类并自由地添加属性。

Mono.GetOptions已经过时,因为它的作者已经从地球上消失了,并且没有人自愿参与未来的维护。这就是它的缺点

NDesk.Options/Mono.Options是“不稳定的”,因为API实际上是不稳定的——如果认为合适,我保留以不兼容的方式更改公共API的权利。(我希望我不需要,但我保留这一权利。)也就是说,我仍然在,所以它正在被维护(或能够被维护)


这就是Mono.Options作为源代码分发的原因——如果API发生了变化,这无关紧要,因为您的程序附带了源代码的副本。(这也是NDesk.Options.dll没有签名的原因——因此它不会放在GAC中,因为GAC中的程序集有一个很强的假设,即它们不会以不兼容的方式更改API。)

是否有其他资源或来源(撰写论文)?