私は WebGL の学習を考えていますが、最初に頭に浮かぶのは、JavaScript がクライアント側であるということです。WebGL に特に関連するサーバー側 JavaScript を使用するために使用されるアプローチ (ある場合) は?
2 に答える
私も WebGL は初めてですが、これは非常に高度な質問だと思います。あなたが求めていることを実行するために存在する回答の範囲と、独自の WebGL に関連する現在の問題のため、これは高度な質問だと思います。
WebGL について調査したことがある場合は、WEBGL API コードがブラウザー内で実行され、知識のある個人なら誰でも自由に利用できるため、サーバー側コードの必要性がすぐにわかります。これは、コンパイル済みのコードを出荷することに慣れているゲーム開発者にとって、一般的な状況ではありません。
サーバー側のコントロールを利用することで、開発者は大量の WebGL 変換、シェーダー、およびマトリックスを隠し、クライアント側のコードに隠れている情報のレベルを維持することができます。ただし、アクティブなインターネット接続がないとゲームは動作しません。
WebGL はまだ比較的新しく、IE ではサポートされていないため、状況が変わることを期待してください。M$ は、最終的に ASP.NET ライブラリになる WebGL のような独自の Web API を構築することを決定する場合があります。現在直面している問題の解決策を構築するために必要な複雑さはすべて、3 つのボタンのウィザードに凝縮されています。
そうは言っても、あなたの質問への答えは、いくつかの将来のテクノロジーの運命にあると思います。より大きな目標の場合、大量のやり取りが発生する可能性が高くなります。HTTP のようなプロトコルではうまくいかないかもしれません。WebSockets やその他の同様のテクノロジは、検討する価値があるかもしれません。Canvas を小さなものに使用しようとしている場合は、動的な JavaScript の構築について理解しているだけで十分かもしれません。
これらの回答の問題は、OpenGL 自体が API であり、変更されることを意図していない特定の操作順序があることです。これは、WebGL アプリケーションを構築するためのこのアプローチが非常に制限されていることを意味します。GL オブジェクトを変更すると、Canvas 全体の再起動、ページの更新、または新しいページのリクエストが必要になる場合があります。これにより、望ましくない結果が生じる可能性があります。今のところ目標は低いと思いますが、Web 開発者が知っているように、WebGL が www を変更することは確かです。