getopt_long vs getopt_long_only

Question

要做一个合适的Linux/unix风格的应用程序,最好的选择是什么(例如,afaik ls使用getopt_long但是例如ffmpeg getopt_long_only).你推荐哪一个？

干杯,

Answer 1

在我看来,以下事情通常是正确的:

• 用户喜欢长而自然的语言选择,因为它们易于记忆.
• 编写脚本以包装具有数百个选项的程序的用户喜欢短选项.

如果一个程序变得足够大,它最终会耗尽短的选项组合,与规范选项相比,它们具有任何意义.例如,-Z可能与以完全不同的字母开头的长选项相同.那时,特别是对于单个维护者来说,解析代码的选项变得令人头疼.

发生这种情况时,你有几个选择:

• 使用类似gengetopt的东西从模板中为您编写代码
• 只使用长选项(通常是一个坏主意)
• 尝试将程序保持在52个选项(az AZ)(通常是一个坏主意)
• 实现选项,其中短选项只是变为不接受参数的开关,对那些选项使用长选项
• 一系列其他方法对您来说非常有意义,对用户没什么意义

混合在不同的地方,你真的开始抓住痛苦.

当我坐下来编写一个需要很多选项的工具时,我通常要做的第一件事就是编写代码来解析参数,这有助于规划程序的流程并成为一个大纲.您只需在此之后使每个选项都有效.

换句话说,如果你达到选项变成如此慢性疼痛的程度,它通常表明一个程序很快就会超出其计划范围.

无论如何,为了使我的冗长的答案结束,通常更好的是尽可能保持compat getopt()行为.获取用户指示的代码只是开展业务的成本,因此您应该尽可能完全关注什么能够带来更好的用户体验.