さまざまなハードウェア (10 以上のプラットフォーム) にゲームやアプリケーションを展開するために使用する移植可能な C++ ソースがあります。現在、Web ブラウザーへの展開に関心があります。
Chrome にはネイティブ クライアント アーキテクチャがあります。ただし、プラットフォームとしては、Chrome ユーザーに限定されます。C/C++ ソースをコンパイルして Web ブラウザーをターゲットにすることを可能にする新しい標準は他にありますか?
Emscriptenは、LLVM ビットコード (C++ から Clang によって生成されたものなど) を JavaScript にコンパイルできます。
このトピックに関する 100% の答えはすぐにはありません。
その理由は、C++ のように完全に保護されたネイティブ コンパイル コードの実行を実際にサポートしている主要な Web ブラウザーは 1 つもないためです。ActiveX は完全に保護されたことはなく、クロムの適合性について 100% わかっているわけではありませんが、クロムはユーザー空間で非常に多くのことを行っています。コンパイルされたマシン コードのようなものは、OS カーネルによって作成された適切なサンドボックスからのみ実際に信頼できます。
今後の Windows 8 リリースでは、新しいサンドボックス テクノロジが特徴であり、新しい Windows RT コンパイラと組み合わせることで、ブラウザーで C++ を使用できるようになり、この新しいコードは適切に保護されます。
Linux を扱う人々は、カーネルでもサポートされているさまざまな種類のサンドボックスにも取り組んでいます。遠い将来、Linux ブラウザーのサンドボックスや、VMS ホスティング ソリューションのサンドボックスなどとして、これらを目にすることになるでしょう...
現時点では、C++ コードのソリューションは...
1) Google chrome アプリ 2) 新しい Windows 8 Metro アプリを搭載した Windows 8 IE 10 など...
すべてのシステム用にアプリをビルドし、サーバー Cookie を使用してブラウザーに送信するビルドを識別する必要があります。以前に ActiveX と Mozilla Netscape プラグインがあったときと同じように。言い換えれば、新しく登場するプラグイン シーンは、ActiveX や Netscape プラグインよりも安全ですが (適切にサンドボックス化されるため)、おそらくはるかに高価で技術的なものになるでしょう...
1) ブラウザーのカスタム マシン コード プラグインのベンダーが増えるでしょう。2) 各 OS のサンドボックスは、わずかに、または大きく異なります。3) 各 OS のビルド プロジェクトは異なります。4) 多くの場合、アプリをアプリ ストアに配置する必要があります。5) アプリはアプリ ストアによって検証される必要があります。6) どこでもサポートしたい場合は、別のアプリ ストアに料金を支払う必要があるかもしれません。
ベンダーがサンドボックス テクノロジを正しく機能させれば、多くの人がそれを当然の理由で使用するようになりますが、クライアント サイドのサンドボックスの何らかの標準化が行われるまでにはおそらく何年もかかるでしょう。これは誰にとっても本当に悲しいことです。 . しかし、ブラウザー メーカーが OS でサポートされている適切なサンドボックスを実装すれば、完全に安全になると思います。そのため、多くの Web 企業は、ユーザーのすべての操作を制御できなくなります。
そうでなければ、私はおそらく推測しすぎていますが、C++ とブラウザーについて今のところ私が考えているのはそれです。私の提案は、しばらく待ってから他のことをしてください。サンドボックスが来るなら、それでいい。