問題タブ [webassembly]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
javascript - WebAssembly、JavaScript、その他の言語
Web の新時代の到来に伴い、WebAssembly は、Google、Microsoft、Apple、および Mozilla が協力して設計する予定です。
WebAssembly の高レベルの目標
- モバイルや IoT を含む幅広いプラットフォームで利用可能な一般的なハードウェア機能を利用することにより、ネイティブ速度で実行するようにコンパイルできるコンパイル ターゲットとして機能する、移植可能でサイズ効率と読み込み時間効率の高いバイナリ形式を定義します。
すでにこの知識をお持ちの方にお聞きしたいです。
WebAssembly が作成されると、任意のプログラミング言語を潜在的に WebAssembly にコンパイルできますか? C#、Java、Python、JavaScript、Ruby としましょう。この場合、Web 開発者は現在 JavaScript で達成できることを達成するために、どの言語を選択することができるでしょうか?
c++ - Web アセンブリ (wasm) には独自の構文がありますか?
W3 が Web のバイト コードに取り組んでいると聞きましたが、Web アセンブリ(wasm) には、nasm や masm のような独自の構文がありますか? たとえば、次のようなものを入力します。
Windows用のnasmで
それとも、C/C++ やその他の言語からコンパイルされてのみ作成されますか?
webassembly - ブラウザにおける WebAssembly MVP の現状
https://webassembly.github.io/demo/には、「完全な実行セマンティクスが実装されています」と書かれています。MVP が完成したように聞こえますが、正確には何が欠けているのでしょうか、それとも間違っているのでしょうか?
廃棄物:
JS コード:
Chrome Canary は WASM ファイルをロードしますが、grow_memory は実装されていないようです:
また、Firefox Nightly は読み込みに失敗します:
また、ページ サイズは 0x1000 ではなく 0x10000 のようです。しかし、私はそれをデザインやスペックで見つけることができません。
javascript - Wasm (WebAssembly) プロトタイプを理解する
Chrome では、Wasm プロトタイプに次の 4 つの関数があります:
1) instantiateModule
2) instantiateModuleFromAsm
3) verifyFunction
4)verifyModule
それらが何を行い、どのように呼び出すべきかについての適切なドキュメントはどこにありますか?
PS:
ここのテストから何かを得ることができました: https://github.com/WebAssembly/v8-native-prototype/blob/master/test/mjsunit/wasm/asm-wasm.js
PPS:
ここでも質問: https://github.com/WebAssembly/v8-native-prototype/issues/111
javascript - Webassembly (wasm) でドキュメント オブジェクト モデル (DOM) にアクセスして変更するにはどうすればよいですか?
webassembly ( wasm ) がまだ初期段階にあることは知っていますが、それを使用して DOM を変更できるかどうか、またどのように使用できるかを知りたいです (Javascript を使用して DOM を変更するのと同じ方法で)。
公式ページはこちら：
memory - WebAssembly のメモリ制限
WebAssembly プログラムのメモリ割り当て制限のポリシーはどうなりますか?
現在の (ハード) JavaScript エンジンのメモリ制限は継承されますか? たとえば、数百メガ以上のメモリを必要とする実際のアプリケーションを作成することは可能でしょうか?
JavaScript でのメモリ割り当てに関する現在のブラウザー ポリシーは、ブラウザーで実際に実行できることに対して厳しい制約を課しています。emscripten/asm.js と jit コンパイルの速度はもはや問題ではありませんが、メモリの制約により、ブラウザーで本格的なアプリケーションを構築することは困難または不可能になります。
たとえばhttp://www.meshlabjs.net、MeshLab メッシュ処理システムのブラウザー内実行バージョンを参照してください。デスクトップ アプリケーションに関する主な制限は、javascript ベースのバージョンでは、ブラウザの js エンジンによって課せられる割り当ての固有の制限のために、大きな 3D モデルをロードできないことです。