问Java:使用系统参数与“常规”命令行选项

EN

让我们假设一个Java应用程序，它接受一个整数命令行参数，比如bubu。

假设一个人使用一个像样的命令行解析器(我做了- https://github.com/jopt-simple/jopt-simple)，并记住-D java开关，以下是传递此命令行参数的一些典型方法：

1. --bubu 5 (或--bubu5)
2. -Dbubu=5

或--bubu=5

其中，第一个参数是程序参数，必须由应用程序使用某个命令行解析器处理，而第二个参数是VM参数，已经被java解析，使其可以作为Integer.getInteger("bubu")使用。

我有点困惑。我应该使用什么？使用系统属性工具：

• 似乎不需要任何成本
• 不依赖于任何命令行解析器API方便(尽管不是预期的)API可以获取值

据我所知，唯一的缺点是所有命令行选项都必须使用-D标志。

求求你，我的建议。

谢谢。

编辑

系统参数的另一个优点--“即使应用程序不是从主应用程序开始的独立应用程序，但当应用程序是when应用程序或单元测试时，它们也是可用的。”-感谢https://stackoverflow.com/users/571407/jb-nizet。

EDIT2

让我在这里更专注一些。是否有任何严肃的原因(除了美学)不像往常一样使用系统参数？

EDIT3

好了，我想我现在明白了。如果我的代码很可能是由web应用程序加载的，那么就存在潜在的名称冲突问题，因为由相同web容器托管的其他web应用程序与我的代码共享系统属性空间。

因此，我必须谨慎行事，事先消除我的系统属性的歧义。所以，不再有bubu了，现在是com.shunra.myapp.bubu了。这意味着，不是简单的

-Dbubu=5

我有过

-Dcom.shunra.myapp.bubu=5

这对于简单的命令行应用程序来说就不那么有吸引力了。

Mark Peters给出了另一个原因，这对我来说很好。