ChromeAppsでの外部リソースの扱い方

ChromeAppsではwindow.alertなどは使えないと書いた。
他にもということで、利用不可能な物に関するネタである。

普通のウェブサイトやウェブアプリケーションで、たまに外部サイトの画像をそのまま貼り付けたい場合があると思う。そういう場合にはこうするだろう。

```html
<img src="http://exsample.com/a00.png" alt="hoge">
```

上記の利用シーンの場合、これはリンク切れでもしてない限り問題なく表示される。
しかし、ChromeApps（およびExtension？）の場合、上記やり方は通用しないのだ。

_Refused to load the image 'http://exsample.com/791079161fc21e71_normal.png' because it violates the following Content Security Policy directive: "img-src 'self' data: chrome-extension-resource:"._

とコンソールにエラーが出て怒られてしまう。
つまり、ChromeApps実行環境向けに決められた [*Content Security Policy*](http://developer.chrome.com/apps/contentSecurityPolicy "Content Security Policy") に反するので使わせないよ！ということなのだ。
こうなってしまうと、例えばTwitterのタイムラインを表示する、いわゆるTwitterクライアントを作ろうとした場合に問題が起きると思われる。

通常はAPIを叩いて戻ってきたツイートの情報・ユーザーアカウントの情報のJSONを解析し、HTMLに当てはめて
サクッと出力するぜ！ Stream APIを使った場合でも逐一HTMLに当てはめて表示してバンバン見せるよ！
とやりたいところであろう。

**が！** ChromeAppsの場合だと、上記の問題によって、少なくとも画像はimgタグでスマートに使えなくなってしまう。ではどうするのか。
一応、[公式のドキュメント](http://developer.chrome.com/apps/app_external#external "Referencing external resources - External Content")に解決方法が書かれている。それを試したので紹介したい。

# 1 XMLHttpRequestで取得する

公式ドキュメントではこのようにするとよい、と書かれている。そのまま引用する。

```js
var xhr = new XMLHttpRequest();
xhr.open('GET', 'https://supersweetdomainbutnotcspfriendly.com/image.png', true);
xhr.responseType = 'blob';
xhr.onload = function(e) {
  var img = document.createElement('img');
  img.src = window.URL.createObjectURL(this.response);
  document.body.appendChild(img);
};

xhr.send();
```

ちなみにここを楽しようと思って、jQueryの$.ajaxなどを使って取得しても、あっちは確かdatatypeには *blob* を指定しても意味なかったはず。
試しにblobを指定して取得、imgにセットしてみたがまあ、当然読み込まれなかった。
$.ajaxの場合、用いるのはコールバック関数で指定したdataか、jqXHR.responseTextが大抵だろう。
![win8_devcap003.PNG](https://qiita-image-store.s3.amazonaws.com/0/38416/95389b47-83af-c1f0-a96f-6616f8f49ae3.png)
画像の生データなので、Canvasに書き込もうと思ったが、これも上手くいかなかった。
単にCanvasの適切な使い方を知らないだけかもしれないので、それは後々また試したい。

というわけでChromeAppsで外部サイトの画像を取得して表示するなら、素直に生のXMLHttpRequestを使うことになる。
上記onload内で参照しているthis.reponseは中身はこうなっている。(赤線部分)
![win8_devcap004.PNG](https://qiita-image-store.s3.amazonaws.com/0/38416/3eea2532-d401-917b-83d4-b224999a1bf4.png)
きちんとblobで取れているのがわかる。あとはこのblobデータをオブジェクトのURLに変換する。

```html
img.src = window.URL.createObjectURL(this.response);
```

この部分だ。これについては[ここ](https://developer.mozilla.org/ja/docs/Web/API/window.URL.createObjectURL "window.URL.createObjectURL - Web API インターフェイス | MDN")あたりが詳しい。

こうして生成されたURLをimg.srcに指定した結果、無事に表示される。
![win8_devcap005.PNG](https://qiita-image-store.s3.amazonaws.com/0/38416/8e918f31-f192-cb44-f6cb-c95307965724.png)
(ちなみにこれは私のTwitterのアイコンです)

## 懸念される事象
このやり方で無事に外部サイトの画像を表示できたが、タイムラインなどのような画像が比較的たくさん出てくるデータ、それもStream APIでバシバシ流れてくるようなデータにこのやり方で挑んだ場合、いちいち一つの画像ごとにXMLHttpRequestで読み込んで・・・などとしていたら、諸々のロスが発生して動作が遅くなったりしないか。それが心配である。


# 2 webviewを使う

これは **取得する** ではなくて、もはやimgそのものと言っても過言ではないかもしれない。
webviewは、ChromeAppsで使える独自のタグだ。iframeの代わりに外部サイトを埋め込んだりするのにバリバリ活躍する。こうしてみた。
(webviewを使う際はmanifest.jsonのpermissionに *webview* を追加するのを忘れずに。)

```html
<webview src="https://supersweetdomainbutnotcspfriendly.com/image.png" style="width:64px;height:64px;"></webview>
```

すると、何の苦労もなく表示できる。
![win8_devcap006.PNG](https://qiita-image-store.s3.amazonaws.com/0/38416/8a82cc61-874e-5e07-3a1d-12a08203b1eb.png)
上のa=がwebviewで表示した画像である。一見すると違いはなさそうだが、右クリックすると違いがわかる。
webviewを使った場合は普通の画像のときのようなコンテキストメニューが、XMLHttpRequestで取得した方は
ChromeApps開発時のコンテキストメニューしか出ない。

# 3 終わりに

コードの量を考えると、webviewを使ったほうが楽でスマートに思える。一方でセキュリティポリシーとやらに適切に従う公式で紹介されているやり方である、XMLHttpRequestを使った方のほうがなんとなく気持ち的に安心する。
使い方に関してはwebviewのほうがimgタグを使った場合とほぼおなじ感覚で使えるので、どうしてもこっちで楽をしたい。

両方のやり方の真価が分かるのは、きっとStream APIを使うような大量に流れてくるデータをさばくようなシーンだろう。
負荷などをその時に確かめてみたい。