5
设计命令行参数的良好习惯是什么?
在开发应用程序时,我开始怀疑-我应该如何设计命令行参数? 很多程序都使用公式是这样-argument value或/argument value。我想到的解决方案是argument:value。我认为这是很好的,因为没有空格就无法将值和参数弄乱。同样,很容易将字符串从左:字符的第一个字符拆分为两个。 我的问题是: 流行的-argument value公式是否比argument:value(更易读,更容易编写,没有错误,更易于专家开发人员理解)更好? 在设计命令行参数时,是否应该遵循一些众所周知的规则(如果可行,可以的话)? 要求提供更多详细信息,我将提供它。但是,我认为它们不应影响答案。问题在于总体上的良好习惯。我认为它们对于各种应用程序都是相同的。 我们正在开发一个将在公共场所(触摸图腾,桌子)使用的应用程序。应用程序是使用Qt Quick 5(C ++,QML,JS)编写的。设备将安装Windows 8.1 / 10。我们将提供前端界面来管理设备。但是,某些高级管理员可能希望自己配置应用程序。从业务的角度来看这不是很重要,但是正如我同意Kilian Foth所说的那样,我不希望我的应用程序给用户带来麻烦。在互联网上找不到我想要的内容。 对于更高级的Stack Exchange用户:我希望这个问题笼统。也许它符合社区Wiki的资格(我不知道是否可以将现有问题转换为答案)。因为我希望这个问题与操作系统和编程语言无关,所以这里出现的答案对于其他开发人员来说可能是一个宝贵的教训。
190
design
parameters
cli