browserifyでロードされたモジュールをユーザースクリプトから読み取る

ユーザースクリプト（もしくはブラウザ拡張）を書いていると、サイト側で定義されたクラスや関数を使いたくなることがある。しかし、サイト側がbrowserifyを利用していると、クラスや関数がbrowserifyのローダーの内部に隠蔽され、通常の方法ではアクセスできないことがある。

現在のbrowserifyの実装では、`Function.prototype.call`を上書きすることでモジュールを読み取ることができる。この記事ではその方法を説明する。

## 速習browserify

browserifyの雰囲気をつかむためにとりあえず動かしてみる。

``` shell
# browserifyをインストール
npm init
npm install browserify

# foo.jsとbar.jsと、それらを読み込むmain.jsを用意する
echo "module.exports = 'foo'" > foo.js
echo "module.exports = 'bar'" > bar.js
cat <<EOF > main.js
var foo = require('./foo');
var bar = require('./bar');
console.log(foo + bar);
EOF

# main.jsを起点にしてビルドする
node_modules/.bin/browserify main.js > bundle.js
```

実行すると次のようなコードが出力される。

``` bundle.js
(function e(t,n,r){function s(o,u){if(!n[o]){if(!t[o]){var a=typeof require=="function"&&require;if(!u&&a)return a(o,!0);if(i)return i(o,!0);var f=new Error("Cannot find module '"+o+"'");throw f.code="MODULE_NOT_FOUND",f}var l=n[o]={exports:{}};t[o][0].call(l.exports,function(e){var n=t[o][1][e];return s(n?n:e)},l,l.exports,e,t,n,r)}return n[o].exports}var i=typeof require=="function"&&require;for(var o=0;o<r.length;o++)s(r[o]);return s})({1:[function(require,module,exports){
module.exports = 'bar'

},{}],2:[function(require,module,exports){
module.exports = 'foo'

},{}],3:[function(require,module,exports){
var foo = require('./foo');
var bar = require('./bar');
console.log(foo + bar);

},{"./bar":1,"./foo":2}]},{},[3]);
```

関数部分の圧縮前のコードはbrowser-packの[prelude.js](https://github.com/substack/browser-pack/blob/master/prelude.js)で読むことができる。コードの詳細は[browserify (browser-pack) はどんなコードを出力するのか？ - Qiita](http://qiita.com/hitsujiwool/items/b013577d361bfdef18a6)などで解説されている。

それぞれのモジュールは圧縮された関数（prelude.jsでは`outer`という関数名）の引数として渡され、グローバル変数には代入されない[^require-opt]。

[^require-opt]: browserifyに`-r ./foo`のようにオプションを渡すと、モジュール`./foo`を読み出せる`require`がグローバルに定義される。

## モジュールを読み取る

outer関数の最初の引数（module）の構造は次のようになっている。

```
{
  モジュールのID: [
    モジュールをラップした関数,
    {
      // その関数の中でrequireされるモジュールの…
      パス: ID,
      ...
    }
  ],
  ...
}

```

二番目の引数（cache）として渡された空オブジェクトには、関数の実行後に

```
{
  モジュールのID: モジュールをラップした関数を実行した後のmodule.exports,
  ...
}
```

という値が入る。

モジュールのIDは他のモジュールが追加されたり削除されたりするだけで変わる可能性があるので、モジュールのIDから直接モジュールを取得しているとユーザースクリプトが壊れやすくなる。moduleからモジュールのパスとIDの対応関係を取り出して、パスを手掛かりにしてcacheから必要なモジュールの内容を読み取りたい。

outer関数内の[モジュールの内容をラップした関数を実行する箇所](https://github.com/substack/browser-pack/blob/c96715ed49dd20cb46c3cfa65daceda0c1064714/prelude.js#L33-L36)で、moduleとcacheが`モジュールの内容をラップした関数.call`（実体は`Function.prototype.call`）の引数として渡されているので、`Function.prototype.call`を上書きすれば値を読み取れる[^local-require][^native-require]。

[^local-require]: ここで引数として渡される`require`は、そのモジュール内で`require`されるモジュールのIDとパスの対応しか持っていないので使えない。
[^native-require]: `require`がすでに定義されている環境（Node.jsなど）では、`Function.prototype.call`を呼び出す箇所が実行されない。

callのレシーバーがモジュールの内容をラップした関数なのかを正確に判別する方法はないが、関数の定義が`function(require, module, exports) {`で始まることを利用すれば多くのサイトでは問題のない精度で判別できる。

## まとめ

今回紹介した方法には

- モジュールの内容をラップした関数なのかを判定する方法が雑。
- callの引数にmoduleとcacheを渡す意味はなさそうなので、将来的には使えなくなるかもしれない。
- `Function.prototype.call`という基本的な関数を上書きするため、パフォーマンス上の問題がありそう。

といった問題がある。

とはいえ、サイト側のスクリプトから必要なコードをユーザースクリプトにコピペしたり、実行時にサイト側のスクリプトをダウンロードして、文字列操作やJavaScriptのパーサーを使って必要なコードを切り出すといった方法よりはメンテナンス性が高いのではないか。

他によさそうな方法があったら編集リクエストやコメントで教えてください。

## リンク

- https://www.npmjs.com/package/@vzvu3k6k/conjurify
  - ここで説明した方法をパッケージ化したnpmモジュール


---

<p>
This document is licensed under
    <a rel="license" href="http://creativecommons.org/publicdomain/zero/1.0/">CC0</a>.
</p>