現在最高の Android アプリのいくつかのコンテンツを確認しました (個人的または専門的に使用するアプリのコンテンツをよく確認することは言うまでもありません)。マニフェストファイルでそれらを除外することにより、彼らが文学的にそれらをサポートしていないという意味ではありません。ディレクトリLDPIがほとんど空で（ランチャーアイコンと他のいくつかのアイコンを除く）、レイアウトが小さいディレクトリさえ存在しないだけです。
問題は、最近の Android デバイスが MDPI/NORMAL から起動するときに、わざわざ小さな画面をサポートする必要があるかということです。
Android の要点は、さまざまなハードウェア特性と互換性があることです。そのため、低解像度のターゲットを考慮することが重要であると「はい」と言う傾向があります。ただし、いくつかの調査を行うと、ldpi デバイスがますます少なくなっていることは事実です。この記事は興味深い結果を示しています。
更新: 最新の数値については、Android 開発者の Web サイトでその記事をご覧ください: http://developer.android.com/resources/dashboard/screens.html
もちろん、それはアプリケーションにどの程度の互換性を持たせたいかによって異なります。古い小さな画面をサポートしたい場合は、はい。そうでなければ、いいえ。これは、技術的な決定というよりも、ビジネス上の決定のように聞こえます。
用語を同じ意味で使用しているため、密度と画面サイズを混同している可能性があると思います.
画面サイズが小さいからといって、密度が低くなければならないわけではありません。解像度に基づいて HDPI と見なされる、Android に「小さい」として登録される画面があります。
また、MDPI 画像がある場合、「小さい」と報告されているデバイスでも問題なく動作します。これは、そのほとんどがレイアウトのデザインと、複数の画面サイズでのフローの良さに基づいているためです。
Android 画面のグリッドでわかるように、小さな <> ldpi. http://developer.android.com/guide/practices/screens_support.html#testing
最後に、LDPI イメージを含めていないからといって、小さな画面をサポートしていないわけではありません。
私にとって、この問題は時間と報酬の問題に帰着します。http://developer.android.com/resources/dashboard/platform-versions.htmlによると、市場ベースの 3% 強がまだ 2.1 より前の電話を使用しています。Ice Cream Sandwich が本来の目的を果たすことができれば、これらの会話がドードーのように進むことを願っています。
現時点では、この種のデバイスを持っている人はほとんどいないため、ほとんどの人はサポートしていません。ただし、それをサポートする人は、他の誰も彼らに販売していないという理由だけで、そのわずかな割合で使用される可能性がはるかに高くなります.
それがあなたのアプリにとって理にかなっていて、互換性を持たせるための時間とエネルギーがあるのなら、なぜですか? 一方で、何かを押し込んで、それがより悪い製品にならないようにすべきではありません。
また、さまざまな要件に基づいて複数の APK を持つ機能をリリースしたため、よりターゲットを絞ったアプリに干渉したり、コードやリソースを追加したりすることなく、以前の携帯電話をターゲットにしたアプリを開発できます。