スプライトシートと個々のスプライトのマップ、Androidのパフォーマンス

Question

現在、私はすべてのスプライトを個々のイメージとして持っていますが、すべてのスプライトは186ビットマップで、すべてがすべてのレベルで使用されています。したがって、レベルがロードされると、そのレベルに必要なスプライトだけがハッシュマップにロードされます（通常は約40〜80）。私のタイルマップをスクロールするときに、ハッシュマップでこれらのビットマップを参照してキャンバスに描画するだけです。

最初はこれが最も単純なアプローチのように思えました。つまり、代わりにスプライトシートを使用することを検討する理由はありますか？もしそうなら、どのような利点がありますか？スプライトシートを使用することは、私がインターネット上で収集したものから非常に人気があるようですが、私が現在やっていることよりなぜ、あるいはそれがなぜ良いのか分かりません。あなたがウェブを介してそれらを送信する速度を向上させるために一つのファイルに多数の小さな画像をパックする必要がある場合

Answer 1

スプライトシートが使用されている任意の考えについて

感謝。あなたが多くの小さなものを送ることに問題がなければ、あなたがするようにそれを使用してください - それはのはるかに効果的なモデルですを使用してください。 彼らはなぜファッションにいるのですか？すべてのウェブ技術者が流行っているからです。 （少しエキスパートする:-)

どのようにあなたはあなたがそれらを（DBまたはファイルに）配置するのか分かりますか？それらをリロードして、比較の結果を簡単に逆転させることができる他の多くの詳細を再ロードします。本当に深い研究が必要な場合は、単純に比較テストを行います。