在 Java 文件中定义颜色常量，而不是 xml

Question

将颜色定义为int 常量并静态访问它们，而不是每次需要它们时从xml 拉取它们，是否存在任何缺陷？

例如，假设我定义了一个名为 AppColors 的类：

public final class AppColors {

    private AppColors() { throw new AssertionError(); }

    public static final int COLOR_RED_500 = 0xFFF44336;

}

并使用AppColors.COLOR_RED_500 访问颜色，而通常的路径是getResources().getColor(R.color.red_500)。

除了颜色可能需要定义两次，一次在 xml 中用于布局/主题和再次在代码中，以这种方式定义颜色的优点是不需要重复的 getResources() 调用和需要将Context 参数传递给不继承自Context 类的类的方法和构造函数。

Answer 1

实际上并没有为此定义的约定。

---

在这种情况下最重要的是

• 清晰度
• 性能
• 可扩展性

如果在您的情况下，此删除声明重复并使您的代码更清晰，而不影响性能，是的，您可以并且必须使用它。

但请注意：这不是一般规则，您必须单独分析每个案例并明智地决定，对于其他案例，使用AppColors 类可能会产生重复或性能问题（如果有很多请求）而不是使用数据库表。

Answer 2

没有。它完全取决于您定义颜色的位置。将它们保存在 xml 中的好处是您也可以在 xml 布局/主题中使用这些颜色。

例如：

<TextView
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:background="@color/color_red_500" />

如果您厌倦了通过 Context 来提取颜色，我建议您为 Application 类设置一个静态单例实例

例如：

public class MyApplication extends Application {
    private static MyApplication instance;

    public static MyApplication getInstance() {
        return instance;
    }

    public void onCreate() {
        super.onCreate();
        instance = this;
    }
}

然后像MyApplication.getInstance().getResources().getColor(R.color.red_500);一样使用它

Answer 3

最好检查适合您需要的案例，但这里有一些反对意见。

1. 您在问题中列出了关于定义它的主要论点 两次。
2. 您可以覆盖不同值文件中的颜色 如果您愿意，例如为不同的颜色使用不同的颜色 语言、屏幕方向等。
3. 您可以在布局 xml 中使用颜色。

要了解有关该主题的更多信息，请尝试阅读以下内容：http://developer.android.com/guide/topics/resources/overview.html。