在Android SDK文档中，所有使用@drawable/my_image xml语法的示例都直接处理存储在项目res/drawable目录中的图像。
我想知道在可绘制目录中创建子目录是否显式不允许。
例如，如果我有以下目录布局:
res/drawable
-- sandwiches
-- tunaOnRye.png
-- hamAndSwiss.png
-- drinks
-- coldOne.png
-- hotTea.png
我可以引用金枪鱼沙拉三明治的图片@drawable/三明治/tunaOnRye吗
或者我必须在可绘制目录中保持层次结构平坦。
当前回答
对于任何使用Xamarin的人(或Xamarin。Android或Xamarin.Forms)，有一种方法可以做到这一点。
在Android项目的.csproj文件中找到MonoAndroidResourcePrefix的行(这里有文档，尽管很差)。在这里添加您想要使用的子目录，用分号分隔每个条目。在构建时，Visual Studio会剥离这些前缀，以便所有资源最终都在一个扁平的层次结构中。在进行这些更改之后，您可能需要重新加载解决方案。
这些目录不需要是项目中默认Resources目录的子目录。
确保你添加的文件的构建动作设置为“AndroidResource”。
Xamarin的。Android，可视化编辑器将不识别图像，并将显示错误“此资源URL无法解析”，但项目将构建，图像将在运行时可见。
其他回答
资产/ 您可以使用它来存储原始资产文件。保存在这里的文件将按原样编译为.apk文件，并保留原始文件名。您可以以与使用uri的典型文件系统相同的方式导航此目录，并使用AssetManager将文件作为字节流读取。例如，这是纹理和游戏数据的好位置。 http://developer.android.com/tools/projects/index.html
我使用的解决方法(Android本身似乎更喜欢)基本上是用下划线代替正斜杠，所以你的结构看起来像这样:
sandwich_tunaOnRye.png
sandwich_hamAndSwiss.png
drink_coldOne.png
drink_hotTea.png
这种方法要求您在命名时一丝不差，并且不会使文件本身变得更容易(如果您决定饮料和三明治真的都应该是“食物”，那么您必须进行大规模重命名，而不是简单地将它们移动到目录中);但是与相同的文件夹结构相比，您的编程逻辑的复杂性并没有受到太大的影响。
这种情况确实很糟糕。Android是一个优秀和糟糕设计决策的混合体。我们只能希望后一部分能尽快被淘汰:)
随着图书馆系统的出现，为大量资产创建一个图书馆可能是一种解决方案。
这仍然是有问题的，因为必须避免在所有资产中使用相同的名称，但每个库使用前缀方案应该有助于解决这一问题。
这并不像能够创建文件夹那么简单，但这有助于保持事情的理智……
实际上，在Android Studio上这是可能的。你可以有嵌套资源，如下所示:
这里还有一个插件来对资源进行分组。
但我建议避免这样做。
不，资源机制不支持可绘制目录中的子文件夹，所以是的-你需要保持层次结构平坦。
您所显示的目录布局将导致所有图像都不可用。
从我自己的实验来看，在res/drawable文件夹中有一个包含任何项目的子文件夹，将导致资源编译器失败——阻止R.java文件正确生成。
