Gradle 用于在构建调用中包装运行时参数的包装器
Gradle Wrapper to wrap runtime args in build invocation
目前我们有一个使用 Gradle 2.3 构建的应用程序（使用 ShadowJar plugin 构建独立的 "fat JARS"），该应用程序使用以下构建调用构建：
gradle clean build shadowJar
这会在 build/distributions 下生成一个胖 JAR。
实际上 运行 应用程序有 吨 个 运行 时间参数，例如：
java -jar build/distributions/myapp.jar -Dfizz=true -Dbuzz=false -Dfoo=1 -Dbar=yes -Dgizmo=405
实际上还有许多其他参数。这些 运行time args 是特定于环境的，并且在这个应用程序 运行s 所在的每台机器上都是不同的，因此它们不能在 build.gradle 文件中的某个地方进行硬编码。有人向我提到可以使用 Grails Wrapper 来抽象这些 运行time args，这样也许我可以 运行 ./gradlew run 并将其配置为做同样的事情如上面的 java -jar 命令。
如果这是真的，这个设置会是什么样子？如果不是真的，为什么？
我相信您应该有一个名为 ini 的文件夹，其中包含 ini 文件，例如
android.ini
在每个 .ini 文件中，您将定义值，并且您应该创建一个加载程序来确定需要使用什么 ini，加载文件，解析其内容并将它们存储到设置变量中。
目前我们有一个使用 Gradle 2.3 构建的应用程序（使用 ShadowJar plugin 构建独立的 "fat JARS"），该应用程序使用以下构建调用构建：
gradle clean build shadowJar
这会在 build/distributions 下生成一个胖 JAR。
实际上 运行 应用程序有 吨 个 运行 时间参数，例如：
java -jar build/distributions/myapp.jar -Dfizz=true -Dbuzz=false -Dfoo=1 -Dbar=yes -Dgizmo=405
实际上还有许多其他参数。这些 运行time args 是特定于环境的，并且在这个应用程序 运行s 所在的每台机器上都是不同的，因此它们不能在 build.gradle 文件中的某个地方进行硬编码。有人向我提到可以使用 Grails Wrapper 来抽象这些 运行time args，这样也许我可以 运行 ./gradlew run 并将其配置为做同样的事情如上面的 java -jar 命令。
如果这是真的，这个设置会是什么样子？如果不是真的，为什么？
我相信您应该有一个名为 ini 的文件夹，其中包含 ini 文件，例如
android.ini
在每个 .ini 文件中，您将定义值，并且您应该创建一个加载程序来确定需要使用什么 ini，加载文件，解析其内容并将它们存储到设置变量中。