Question

to do a proper Linux/unix styled application, what is the best choice (eg. afaik ls uses getopt_long but for example ffmpeg getopt_long_only). Which one do you recommend?

干杯 (gān bēi)

Answer 1

在我看来，以下事情通常是真实的：

Users love long, natural language options because they are easy to remember.
Users who write scripts to wrap programs that have hundreds of options love short options.

如果一个程序足够大，它最终将耗尽短选项的组合，这些组合与规范选项相比没有任何意义。例如，-Z可能与以完全不同字母开头的长选项相同。在这一点上，特别是对于单个维护者，选项解析代码将成为一个头痛的维护问题。

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

Use something like gengetopt to write that code for you from a template
Use only long options (usually a bad idea)
Try and keep your program down to 52 options (a-z A-Z) (usually a bad idea)
Implement options where short options just become switches that don t take arguments, use long options for those that do
A flurry of other methods that make perfect sense to you and little sense to users

在不同的位置混合在一起，你真正开始抓住痛苦。

当我坐下来写一个需要很多选项的工具时，我通常的第一件事就是编写解析参数的代码，这有助于规划程序的流程并成为大纲。之后你只需要让每个选项都能正常工作即可。

换言之，如果你到达了期权成为一种长期痛苦的地步，通常表明计划已经迅速超出了预期。

总之，为了结束我冗长的回答，尽可能保持兼容性的 getopt() 行为通常更好。从用户获取指令的代码只是商业活动的成本，因此你应该关注的是在可能的情况下如何提供更好的用户体验。

Answer 2

我会说对于“适当的 GNU/Linux 风格”，你应该使用 getopt_long() 并为大多数选项提供长选项（有时仅为长选项）。大多数命令行界面都遵循这种方式。

Answer 3

两者都不是。使用 argp_parse 或 libpopt。

Answer 4

我从未使用过getopt_long_only，但它似乎需要进行更多的查找，因为如果一个未知的标志以单个 - 开头，它必须查看长选项和短选项：

If an option that starts with - (not -- ) doesn t match a long option, but does match a short option, it is parsed as a short option instead.

man getopt_long_only 的中文翻译是： man getopt_long_only

友情链接