リアルな DOM はなぜ遅いのか - steps to phantasien
これは VirtualDOM Advent Calendar 2014 に勝手に参加する記事です。 あたたかい春の昼下がりのこと、あるブラウザベンダの社内を不穏な噂が駆け巡った。 「React.js なるライブラリ、どうも仮想 DOM というやつのせいで速いらしいぞ」 もうリアルな DOM はお役御免、ブラウザも商売上がったりか・・・。雇用に不安を覚える人(私)がいる一方、 そのアイデアをとりこんでブラウザの DOM を速く出来ないかと考える人たちもいた。 仮想 DOM はなぜ速いのか。誰かのつてを辿って React.js チームにおいでいただき、速さの秘密をテックトークしてもらう。 イミュータブルなデータ構造による単純化、非同期適用による処理のバッチ化、差分アルゴリズムによる副作用の最小化… いくつかのアイデアはブラウザからはどうにもならないが、たとえば非同期化なんかは形は違えどブラウザ
動的に追加されるDOM要素に対応する方法あれこれ - Qiita
Chrome拡張を作っていると，最近のモダンなWebサイトが後から動的にDOM要素を追加してきて困ることがある．毎度対処方法をぐぐっているので，ここにまとめておく． 追加される要素にイベントハンドラを付加したい jQueryのonメソッドにselectorを渡すことで，あとから動的に追加された子要素に対してもイベントを発火することができる． liveメソッドでも同様のことが出来たが，1.7で廃止された． 要素が追加されたことそのものを検出する DOMNodeInserted: 非推奨 要素が追加されたときに発火するDOMNodeInsertedというイベントが存在する．少し前に試した時はモダンなブラウザでは動いた． DOMに要素が挿入される度にイベントを起こすDOMNodeInsertedの扱い方 - 三等兵 にあるように，処理をブロックしないように非同期処理を行うべきだろう． 現在，DO
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - requirejs/domReady: An AMD loader plugin for detecting DOM ready
ライブラリを使わない素のJavaScriptでDOM操作 - Qiita
