8

過去数か月以内にいくつかの HTML5 ゲームを作成し、createJSスイートを使用してすべてをキャンバスにレンダリングしています。

キャンバスを選んだ理由は、画面に合わせてキャンバスを拡大縮小でき、すべてが完璧だったので、クロスプラットフォームで動作させる方が簡単に思えたからです。まあ、ほとんどのデバイスで!古い Android および iOS デバイスではパフォーマンスが問題になりますが、恐ろしいほどではありません。

私の次の HTML5 は大物です。以前のゲームは、アニメーションとメニューがほとんどない、単純なポイント アンド クリックのクイズ スタイルのゲームでした。これは、より多くのメニュー、インタラクティブなオブジェクトを備えたより大きなディナーですが、これも単純なアニメーションのみです。しかし、それにはパン可能な(つまり、言葉です)環境が含まれます。

私は、メインのパン可能な環境を実行して、キャンバスの上にオーバーレイされる HUD アイテムとメニューに DOM と CSS を使用する傾向があります。

複数の CSS メディア クエリを使用して複数の画面解像度を処理するには、さらに時間がかかる場合があることを理解しています。さらに、解像度が小さい場合は別のレイアウトを使用する場合もあります (HUD から特定のラベルを非表示にするなど)。

主にパフォーマンスのためのテクノロジーの比較を探していますが、どの方法が「ベストプラクティス」であるかを見つけるためにも探しています。


また、これらのさまざまな方法 (または私が認識していない他の方法) を使用したマルチプラットフォーム ゲームの例をいくつか見て、それらがどのように動作するかを確認し、パフォーマンスをテストすることもお勧めします. :)

4

2 に答える 2

1

それは間違いなくゲームの複雑さに依存します。昨年、パン可能なマップを備えた完全な DOM ゲームを開発しようとしました。しかし、非常に多くのパフォーマンスの問題とデバイスの不一致に遭遇したため、あきらめなければなりませんでした。正確な値は覚えていませんが、ブラウザーを不安定にする DOM 要素の数は、「非常に単純」以降のゲームではかなり少ないです。

あなたが言ったように、キャンバス環境上のDOMインターフェースを試してみたいと思います。とにかくシンプルに!

于 2013-11-02T01:39:19.753 に答える
1

シンプルなソリューションを選択する必要があります。私があなただったら、必要なものがすべて含まれているので、引き続き createJS スイートを使用します。それは本当に良いですし、私に尋ねてもパフォーマンスの問題はありません. 問題はありませんでした。

于 2014-03-06T09:06:45.077 に答える