Android 资源选择布局和值不一致

Question

我遇到的问题表明，为给定 Activity 的 layout XML 选择的资源桶与从 values 文件夹中选择的资源不一致，尽管完全相同每组文件夹中使用的资源限定符。

示例

在我的应用程序的抽象父 Activity 中放置一些日志记录代码后，我可以看到当通过 Nexus 7 类型的模拟器(Android 4.1)启动我的应用程序时，最小宽度确实是 600dp，layout-sw600dp-* 文件夹用于获取 Activity 的 UI，但用于 values 的文件夹是 values-large-*。我期望这是 values-sw600dp-* 从而为我提供有关 Activity 在哪个资源桶下运行的重要信息。

在我的应用的父 Activity 中为所有 android.app.Activitys

记录日志的代码

  protected void onCreate(final Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    final Configuration config = getResources().getConfiguration();
    Log.i(this.getClass().getSimpleName(), String.format("Smallest width is [%s]", config.smallestScreenWidthDp));
    configurationContext = SupportedDeviceConfiguration.fromResourceQualifer(getString(string.resourceQualifier));
    Log.i(this.getClass().getSimpleName(), String.format("Running under the [%s] configuration context.", configurationContext.getResourceQualifier()));
...

当我在 Nexus 7 类型的设备上运行此代码时记录输出；

[Logging fluff] Smallest width is [600]
[Logging fluff] Running under the [layout-large-land] configuration context.

我知道你在想什么 - layout-large-land 的推导是从哪里来的？继续阅读...

背景

我正在试用一种概述的方法 here这将允许我在运行时检查正在使用的资源桶。本质上，我实现的方法具有以下资源限定符结构；

- res
  + layout                   // Default portrait layout.
  + layout-land              // Default landscape layout
  + layout-large-land        // pre 3.2 phablet landscape layout (Galaxy Note at v2.3.3)
  + layout-xlarge-land       // pre 3.2 tablet landscape layout
  + layout-xlarge-port       // pre 3.2 tablet portrait layout
  + layout-sw520dp-port      // post 3.1 phablet portrait layout (Galaxy Note at v4.0.3)
  + layout-sw520dp-land      // post 3.1 phablet landscape layout
  + layout-sw600dp-port      // post 3.1 mini-tablet portrait layout (Nexus 7)
  + layout-sw600dp-land      // post 3.1 mini-tablet-landscape layout 
  + layout-sw700dp-port      // post 3.1 tablet portrait layout
  + layout-sw700dp-land      // post 3.1 tablet landscape layout
  - values                   // Contains the root strings.xml
     strings.xml
  - values-land
     default-config.xml            
  - values-large-land
     default-config.xml        
  - values-xlarge-land
     default-config.xml     
  - values-xlarge-port
     default-config.xml     
  - values-sw520dp-port
     default-config.xml     
  - values-sw520dp-land
     default-config.xml     
  - values-sw600dp-port
     default-config.xml     
  - values-sw600dp-land
     default-config.xml     
  - values-sw700dp-port
     default-config.xml     
  - values-sw700dp-land
     default-config.xml

所以基本上 values 限定符反射(reflect)了 layout 限定符。在每个 values-* 文件夹下，我定义了一个名为 device-config.xml 的 XML 文件，其中包含内容；

<?xml version="1.0" encoding="utf-8"?>
<resources>
    <string name="resourceQualifier">layout-{qualifier of values folder}</string>
</resources>

因此，例如 values-sw600dp-land 文件夹的 device-config.xml 包含一个字符串，其值为 layout-sw600dp-land。这里的目标是让我的代码与屏幕上显示的资源布局保持同步。这是必要的，这样我的代码就不会“通过 id 查找”某些由于涉及的房地产而在显示的布局上不存在的项目。

(可选)我为什么这样做的更深层次的推理

想要了解运行时使用的存储桶的更深层次的原因是我意识到我的单一 fragment 用于所有配置的代码变得难以管理各种基于开关的逻辑，这些逻辑不透明且经常来自其他布局的重复功能...好像我需要某种 Fragment Inheritance ...如果您点击链接，这正是我所做的。这样做的缺点是，在指示框架实例化 x、y 或 z fragment 之前，我需要知道我正在使用哪个屏幕，确保正在创建的 fragment 永远不会与它的布局不同步是为了膨胀。这种继承有效并允许更易于管理的 fragment 堆栈(Sonar 也更快乐，这很好)。

总结

但是，我被框架选择的布局文件夹和值文件夹之间的明显差异所挫败。每个都有相同的限定符，因此为什么利用 layout-sw600dp-land UI XML 的 Activity 不使用 values-sw600dp-land 资源？我希望我有问题，因为这是我在上面链接到的 SO 讨论中发布的最简洁的潜在解决方案。

Answer 1

我确定您正在处理用于选择的资源优先级。

如果您提供文件夹:

layout-sw600dp-*
values-large-*
values-sw600dp-*

Android 没有义务将 values 选择文件夹与 layout 的选择文件夹匹配，而是将相同的优先级逻辑分别用于布局和单独用于值文件夹。

您可以在此处了解此选择算法: http://developer.android.com/guide/topics/resources/providing-resources.html#BestMatch