Android Studio 1.5.0でベクターアセットウィザードを使用する場合、そのウィザードを使用してインポートしたベクタードローアブルXMLはすべてに移動しres/drawable/ます。

ただし、build/ディレクトリと結果のAPKは、これらのXMLファイルがres/drawable-anydpi-v21/リソースディレクトリに移動されることを示しています。APIレベル21以降でのみサポートさ-v21れてVectorDrawableいるため、この部分は理にかなっています。ただし、-anydpi文書化されていないようです。-nodpi元のインポート先とビルドシステムが移動する場所の両方について、私は期待していました。

誰が何を-anydpi意味し、その関係とは何かについて公式声明を見たことがあり-nodpiますか？一部のコードのコメントが示唆するものだけでなく、実際的な効果を探しています。

nodpi

これらは、密度に依存しないリソースです。システムは、現在の画面の密度に関係なく、この修飾子でタグ付けされたリソースをスケーリングしません。

例えば：

• ドローアブル-nodpi /dot.png

ドットはxxhdpiでは小さく、ldpiでは大きく表示されます。

ただし、リソースリゾルバは、特定の修飾子が存在する場合はそれと一致します。

例えば

• ドローアブル-hdpi /eg.png
• drawable- nodpi -v21 / eg.xml

Lollipop（API 21）hdpiデバイスでは、ビットマップが使用されます。

Lollipop（API 21）xhdpiデバイスでは、ベクターが使用されます。

anydpi

これらのリソースはどのdpiでも優先されます。

例えば

• ドローアブル-hdpi /eg.png
• ドローアブル-anydpi -v21 / eg.xml

Lollipop（API 21）hdpiデバイスでは、ベクターが使用されます。

Lollipop（API 21）xhdpiデバイスでは、ベクターが使用されます。

参照

注：anydpiは、変更Ic3288d0236fe0bff20bb1599aba2582c25b0db32で追加されました。

ソースコードは以下のコメント（ライン639）が含まれています。

/**
 * Value for {@link #densityDpi} for resources that scale to any density (vector drawables).
 * {@hide}
 */
public static final int DENSITY_DPI_ANY = 0xfffe;

/**
 * Value for {@link #densityDpi} for resources that are not meant to be scaled.
 * {@hide}
 */
public static final int DENSITY_DPI_NONE = 0xffff;

これで混乱が解消されることを願っています。

nodpi：すべての密度のリソース。これらは、密度に依存しないリソースです。システムは、現在の画面の密度に関係なく、この修飾子でタグ付けされたリソースをスケーリングしません。

anydpi：この修飾子はすべての画面密度に一致し、他の修飾子よりも優先されます。これはベクタードローアブルに便利です。APIレベル21で追加されました。

私は、ゲームの大きなグラフィックをたっぷり含む、すべてにdrawable-nodpiを使用しています。グラフィックスのスケールアップによる文書化されていない結果の1つは、メモリ使用量が指数関数的に増加することです。したがって、ドローアブルに1MBのグラフィックがある場合、ユーザーデバイスの解像度に応じて4MB、16MB、または64MBにスケーリングされます。そして、デバイスの解像度は上がり続けています。もちろん、その拡大は実際にはグラフィックのシャープネスを向上させるものではありません。とにかく、描画アクションは、各グラフィックの画面サイズに対する大きさを指示できます。複数の描画フォルダでアプリを膨らませる必要はありません。