分かりますか？
各家の各レンガは16x16ピクセルの画像です。
ここに表示されているのは、単純なJavaFXに基づくバージョンでImageview、「構築」の効果を与えるためにXとYに移動したものもあります。
Swing私はこれを使用に適応させpaintComponentます。
問題：-JavaFXの場合：私のコンピューターに問題があります。写真に表示されているものは、ロードに2秒かかり、その後、非常にゆっくりとぎくしゃくした動きをしています。--With Swing：明るさや影などに応じて各ブロックを調整する方法がわかりません。したがって、次のようになります。
どの方法を選ぶべきですか？どちらにも大きな欠点があります。JavaFXメソッドを保持するだけでなく、。以外のものを見つけたいと思いましたImageview。それは良い考えではありません。
Swingの最適化と実装については、他の回答を参照してください。私の回答はJavaFX固有です。
JavaFXの実装に固執する場合は、次のことを試してください。
例えば：
Image tile = new Image("tile.png");
Group house = new Group();
house.setCache(true);
house.setCacheHint(CacheHint.SPEED);
Effect lighting = new Lighting();
for (int i = 0; i < houseWidth; i++) {
// here is the critical part => don't do new ImageView(new Image("tile.png"))
ImageView tileView = new ImageView(tile));
tileView.setEffect(lighting);
tileView.setCache(true);
tileView.setCacheHint(CacheHint.SPEED);
house.add(tileView);
}
マントリッドの提案は興味深いものです。JavaFXを使用すると、ダーティレクタンギュラーアルゴリズムを自分で実装する必要はないと思います（基盤となるプラットフォームがダーティリージョンの処理を処理できるため）。これは一般的なメカニズムであるため、特定のケースに必要なレベルの最適化を提供していない可能性があります。その場合、ダーティ処理を自分で処理する必要があります（たとえば、シーングラフからノードを削除して再追加することによって）必要に応じて）。
さらに、画像のぼかし/明るさなどを事前に計算するには、JavaFXで効果を定義し、効果をオフスクリーンのImageViewノードに適用してから、オフスクリーンのImageViewノードのスナップショットを取得して事前に計算された画像を取得します。この手法により、ConvolveOpメカニズムを使用して再実装することなく、既存のJavaFXエフェクトパイプラインを再利用できます。おそらく、ImageViewノードでcacheをtrueに設定し、cacheHintを速度に設定するだけで、同じパフォーマンスレベルが得られる可能性があります。これは、舞台裏で同様のことを行うと思います（つまり、メモリ使用量が増える代わりに速度が上がる）。
JavaFXシーングラフは非常に効率的で、何千ものノードを処理できます。ただし、アプリケーションにはそれ以上のものがある場合があります。上記の最適化ポイントが役に立たない場合は、ノード数を計算し、JavaFXアプリケーションの詳細を知っているJavaFX開発者がいるopen-jfxメーリングリストに質問（およびおそらくいくつかのソース）への参照を投稿することをお勧めします最適化はです。
JavaFX 8は、JavaFX 2.2の（ほとんど役に立たない）3Dシーングラフよりもはるかに優れた3Dシーングラフのサポートを備えています。現在のアプリケーションは、2Dオブジェクトを変換し、照明効果を個別に適用し、各タイルの明るさを調整して3Dの外観を得るpsuedo-3dのようです。その場合、統合された3D照明モデルで完全にハードウェアで高速化された3Dシーングラフを使用すると、パフォーマンスが向上し、見栄えが良くなり、操作が簡単になる可能性があります。アプリケーションのコンテキストで評価して、それがアプリを2DJavaFXシーングラフから3DJavaFXシーングラフに、またはJavaFXからSwingまたはlibgdxなどの他の技術に切り替える価値があります。
補遺
Mizurの追加の質問のいくつかに対する回答：
では、なぜそれらはそれほど電力を消費するのでしょうか？
私の答えからわかるように、パフォーマンスには多くの側面があります。そのため、何かが電力を消費する理由について1つの特定の理由を特定することは、困難な場合があり、不可能な場合があります。パフォーマンスの問題の原因となるものの組み合わせである場合もあります。最大の勝利は通常、最も内側のループで実行されるものを最適化すること、または問題を解決するために使用される戦略を変更することによってもたらされます。
そんなに必要な場合は、タイルを動かしてください、それとも表示するだけですよね？
移動するものにのみリソースを消費するという点で、JavaFXシーングラフにはそのためのいくつかの最適化があり、キャッシュヒントのようなものはそのパフォーマンスをさらに向上させることができます。おそらく、特定のユースケースやシステムの使用方法には不十分です。システムの負荷を軽減するために、アルゴリズムを変更する必要がある場合があります。
このImageviewの手法を使用して各建物の画像を生成し、これらの建物の画像を最終シーンに統合する方法はありますか？
はい-多くの画像とノードを使用して建物をオフスクリーンシーンにレンダリングし、オフスクリーンシーンのスナップショットを作成して単一の画像を作成し、その画像を最終シーンにオーバーレイすることができます。
描画する前に画像のぼかし/明るさなどを変更する
私自身は使用していませんが、ここにヒントがあります - Swing/AWT Kernel+ConvolveOp メカニズムを使用してください: http://www.java-tips.org/java-se-tips/java.awt.image/styling-digital- images-with-convolveop.html
BufferedImage biSrc = ...
BufferedImage biDest = ...
float[] data = new float[] { 0.0625f, 0.125f, 0.0625f, 0.125f, 0.25f, 0.125f, 0.0625f, 0.125f, 0.0625f };
Kernel kernel = new Kernel(3, 3, data);
ConvolveOp convolve = new ConvolveOp(kernel, ConvolveOp.EDGE_NO_OP, null);
convolve.filter(biSrc, biDest);
操作は、3x3 マトリックス (データ) を介して定義されます。明るさ、ぼかしなどの例を検索できます。
写真の読み込みに 2 秒かかりましたが、その後、動きが非常に遅く、ぎくしゃくしています。
Dirty Rectangles アルゴリズムを使用: Dirty Rectangles