buildConfigField VS class 字段？ resValue VS 资源
buildConfigField VS class field? resValue VS resource
与每个口味的 Constants.java 文件相比，通过 gradle 将 buildConfigField 放入我的口味有什么优势？
此外，与每个口味的常规资源相比，通过 gradle 为我的口味添加 resValue 有什么优势？
谢谢！
What's the advantage of putting a buildConfigField to my flavor via gradle in comparison with a Constants.java file per flavor?
首先，打字少。对于 buildConfigField，每种口味只有一行 Groovy 代码。对于 Constants.java，每个口味单独 Java class。
其次，该值可以是由构建脚本中的 Groovy 代码生成的代码，这比生成 Java class 的代码要容易得多（尽管后者是当然有可能）。
Also what's the advantage of putting a resValue to my flavor via gradle in comparison with regular resources per flavor?
和上面差不多
与每个口味的 Constants.java 文件相比，通过 gradle 将 buildConfigField 放入我的口味有什么优势？
此外，与每个口味的常规资源相比，通过 gradle 为我的口味添加 resValue 有什么优势？
谢谢！
What's the advantage of putting a buildConfigField to my flavor via gradle in comparison with a Constants.java file per flavor?
首先，打字少。对于 buildConfigField，每种口味只有一行 Groovy 代码。对于 Constants.java，每个口味单独 Java class。
其次，该值可以是由构建脚本中的 Groovy 代码生成的代码，这比生成 Java class 的代码要容易得多（尽管后者是当然有可能）。
Also what's the advantage of putting a resValue to my flavor via gradle in comparison with regular resources per flavor?
和上面差不多