Linux命令行开关和参数是否有标准？
这比任何语言或解析器更重要的是程序的调用（尽管我确定解析器库的选择可以取决于此）。看，我已经使用了很多Linux命令行实用程序。并且有一些明显的模式。对于短选项，’-‘之前是单个字母，可以组合多个不带参数的选项，’-‘在长版本的选项之前，依此类推。
但是，在某些情况下，大写字母用于 反转 期权。所以，“-D”可能意味着作为守护程序运行，但“-D”将 不
作为后台进程运行。（为什么不不想就不选择该选项呢？这从来都不是很清楚，但是实际上很普遍，所以我认为必须有一些原因。）但是在某些程序中，大写字母是完全不相关的选择。如果“
-d”作为守护程序运行，则“ -D”可能会启用调试模式。这背后是否有某种总体原则，哪个是最佳选择？还是我们只是在处理“一切正常”？
除了带有参数的选项（或代替带有参数的选项）外，还有一些命令仅接受单独的参数。cp是一个很好的例子。除了几个很少使用的切换以外，它接收到的最后一个参数被假定为目标，并且选项列表和目标之间的所有参数被假定为源。如果可以这样依赖顺序，而不是使用带有参数的显式选项标志，是否有经验法则？
问题答案：
通常，是的。
- Institute of ElectricalEngineers
- GNU getopt
-
问题内容： 关于何时使用2个破折号，1个破折号或根本不使用任何选项并且仅按顺序读取输入的命令行约定是什么？ 我意识到有很多变体，但是是否有任何约定作为行业标准脱颖而出（例如Java，C或Python）？ 问题答案： 阅读Python的optparse模块的背景部分，它回答了您的一些问题，并以常见的常见参数格式标准为例。optparse模块作者建议使用一种大致与POSIX命令行参数约定相对应的样式，
-
这是我得到的问题“编写一个程序来读取和显示2个命令行参数和命令行参数数组的长度”。 这是我用Java给出的答案。。这是正确的吗？
-
命令行参数标记是为命令行程序指定选项参数的常用方法。例如，在命令wc -l中，-l就是一个命令行参数标记。 Go提供了flag包来支持基本的命令行标记解析。我们这里将要使用这个包提供的方法来实现带选项的命令行程序。 package main import "flag" import "fmt" func main() { // 基础的标记声明适用于string，integer和bool型选
-
无论出于什么原因，当我试图调用我正在编写的C#程序时，我试图在命令行中用“--”传递两个参数，PowerShell不会用我的命令行调用该程序。 例如，我提供命令行： 为什么会这样？ 顺便说一句，如果我把它叫做： 它像预期的那样工作。 似乎没有帮助。 我之所以认为这是PowerShell的怪异之处，是因为如果我从cmd.exe运行相同的命令行，一切都会像预期的那样工作。
-
为了方便起见，我们支持在运行 Blade 应用的时候修改一些配置，比如我在运行时指定端口： java -jar blade-app.jar --server.port=9088 当然还支持一些其他的命令行参数，看看下面的表格： 命令行参数 描述 示例 server.address 服务地址，默认是本机 0.0.0.0 回环地址 --server.address=192.168.1.100 serv
-
1.2. 命令行参数 大多数的程序都是处理输入，产生输出；这也正是“计算”的定义。但是, 程序如何获取要处理的输入数据呢？一些程序生成自己的数据，但通常情况下，输入来自于程序外部：文件、网络连接、其它程序的输出、敲键盘的用户、命令行参数或其它类似输入源。下面几个例子会讨论其中几个输入源，首先是命令行参数。 os包以跨平台的方式，提供了一些与操作系统交互的函数和变量。程序的命令行参数可从os包的Ar