私はAndroid開発にまったく慣れていません。私の理解では、同じ画像の複数のバージョンを異なるサイズで作成し、それらをdrawable-ldpi、drawable-mdpi、drawable-hdpiフォルダーに入れることができます。
デバイスのピクセル密度に応じて1つの画像のサイズを変更するだけで、この問題を「怠惰な方法」で処理できることは明らかです。このために、ldpiのように、デバイスの密度をプログラムで調べます。実装自体は問題ではありません。私は欠点を恐れています（後で別のデバイスでアプリを実行できなくなる）。
それで、画像を自動的にスケーリングすることの（主要な）欠点はありますか？
コンパイラが画像を見つけられるように、3つのフォルダのどれに画像を配置しますか？
Androidは自動スケーリングを実行し、場合によっては正常に機能しますが、多くの場合、特にテキストなどの重要な詳細を含む小さな画像では機能しません。大きな画像を縮小すると、それらの詳細がぼやけます。小さい画像を拡大すると、さらに悪い結果になります。これが、GUIのごく初期の頃からアイコンファイルが多重解像度であった理由です。つまり、テキストのスケーリングは非常に複雑です。フォントデザイナーに聞いてみてください。アドビはそれを自動的に行うアルゴリズムに基づいて会社を設立したことに注意してください。
画像を通常の描画可能なフォルダに配置します。そうすれば、どんな電話でもそれを見つけることができます。
プログラムで画像を縮小することはできますが、縮小すると通常、画像の詳細が減少し、ギザギザが発生します。
小さなアセットを追加すると、小さな電話のメモリ使用量も削減されます。一部のAndroidスマートフォンはメモリが悪いことで有名であるため（HTCステータスを参照）、すべての節約が役立ちます。
大きな画像を自分で縮小するフォトショップをお勧めします。小さい画像の場合、それほど大きな問題ではありません。
mdpiフォルダにあります。サイズは自動的に変更されます。ただし、画質が低下するためお勧めしません。