アカウント名:
パスワード:
/.のニュース記事のほうがまともな紹介をしているなんて。ニュースサイトによってはあたかもそこらのWebページが高速化するようなことが書かれていますが、まったくそんなことはありません。asm.jsによる高速化の恩恵をうけるためにはそのために特別な書き方をしたJavaScriptのコードが必要です。また大規模なコードでないと効果はほとんど出ないし、手書きで書くのは事実上不可能 (Emscripten等でC++から自動変換することを想定している) とされています。
FATクライアント化の流れのひとつが、asm.js なのでしょうね。asm.js が生かされるようなサイトが増産されると、クライアント側に要求される処理性能が増大していくのかも。
どっちの使い方が主流になるのか?別言語みたいなものだし、前者なのかな? (a) ネイティブクライアントアプリのHTML+JavaScript(asm.js)化 (b) 今までサーバ側でやっていた重量級の処理の一部をクライアント側で実行
FATクライアント化
MS-DOS っぽい。
WebアプリにおいてJavascriptの処理は信頼しない
「WebアプリにおいてJavascriptの処理結果は信頼しない。」だと思います。サーバに結果の返ってこないものは信頼する/しない以前に、知ったことではないという感じです。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
皆さんもソースを読むときに、行と行の間を読むような気持ちで見てほしい -- あるハッカー
珍しいこともあるものだ (スコア:5, 参考になる)
/.のニュース記事のほうがまともな紹介をしているなんて。
ニュースサイトによってはあたかもそこらのWebページが高速化するようなことが書かれていますが、まったくそんなことはありません。asm.jsによる高速化の恩恵をうけるためにはそのために特別な書き方をしたJavaScriptのコードが必要です。また大規模なコードでないと効果はほとんど出ないし、手書きで書くのは事実上不可能 (Emscripten等でC++から自動変換することを想定している) とされています。
Re:珍しいこともあるものだ (スコア:0)
FATクライアント化の流れのひとつが、asm.js なのでしょうね。
asm.js が生かされるようなサイトが増産されると、クライアント側に要求される処理性能が増大していくのかも。
どっちの使い方が主流になるのか?別言語みたいなものだし、前者なのかな?
(a) ネイティブクライアントアプリのHTML+JavaScript(asm.js)化
(b) 今までサーバ側でやっていた重量級の処理の一部をクライアント側で実行
Re:珍しいこともあるものだ (スコア:2)
MS-DOS っぽい。
Re: (スコア:0)
WebアプリにおいてJavascriptの処理は信頼しない(ユーザー側にあり、すべて悪意による変更が可能なので)から (b)はないんじゃないだろうか。
(a) はすでに実現してる気がする。グリッド編集(Excel的なやつ)くらいかな。
Re: (スコア:0)
「WebアプリにおいてJavascriptの処理結果は信頼しない。」だと思います。
サーバに結果の返ってこないものは信頼する/しない以前に、知ったことではないという感じです。