今年も今日で最後となりましたが、このような素晴らしいコミュニティでの活動について書くことが出来、非常にうれしく思います。
少々勢い余って参加したのですが、参加してみると非常に収穫が多く、参加して本当に良かったと感じています。



### このエントリでお伝えしたいこと。

1.  enja-oss に参加しよう！
2.  OSS を支える人たちと精神に感謝！
3.  来年はもっと頑張る！

## enja-oss とは

[@cssradar](http://twitter.com/cssradar)氏が立ち上げた、OSS のドキュメントを日本語訳するコミュニティです。
Guthub で運営されており、2012/12/31 時点で 14 名が参加しています。
私は主に Backbone.js と Underscore.js の翻訳に携わっています。

[https://github.com/enja-oss](https://github.com/enja-oss)

こちらは先日社内で 3 分 LT をした際に、enja-oss での私の活動について紹介した資料です。
（内容薄いです・・・orz）

[Enja OSS やってます](https://www.slideshare.net/mitsuruogawa33/enja-oos-15742434)

## enja-oss の特徴

まず、enja-oss はギブ&テイクの精神で運営されているコミュニティです。翻訳に協力したい方であればどなたでも参加できます。

また、翻訳初心者向けに[@cssradar](http://twitter.com/cssradar)氏が監訳を行ってくれます。

技術文書という性質上、誤訳があってはならないというプレッシャーの中で、監訳を受けられるという事が、私にとっては積極的に翻訳にチャレンジしようというプラスに働いています。

（本当に[@cssradar](http://twitter.com/cssradar)氏には感謝です。）

## enja-oss での収穫

参加して 1 ヶ月程度ですが、本当にたくさんあるので頑張って 3 つに絞りました。

1.  翻訳した部分について深く知れる。
2.  Github のコミッタとしての経験。
3.  他社のフロントエンジニア（しかもトップエンジニア達）との交流。

（英語の読解力と読むスピードが格段に上がったのですが、ある意味当然なので除外します。）

### 1. 翻訳した部分について深く知れる。

皆さん機械翻訳しことがあるのでわかると思いますが、直訳しても何を言っているのか理解できないことが多々あります。そんなときはソースコードを読んだり、機能テストを行ったりして言わんとすることを確かめる必要があり、結果深く知ることが出来ました。

とは言っても、理解した内容を分かりやすい日本語に置き換える部分は、また別次元の難しさがあり、これは常に悩みます w。

### 2. Github のコミッタとしての経験。

個人で Github を利用していても、なかなか Pull&Request 処理することなんてありませんよね。

それに、OSS のコミッタってなんか響きがかっこいいです w。

（ただそれだけです・・・）

### 3. 他社のフロントエンジニア（しかもトップエンジニア達）との交流。

enja のメンバーを見るとすぐ分かるのですが、サイバーエージェントのトップエンジニアが多数参加しています。

私も一時期、このようなトップエンジニアと関わりたくて転職を考えていたのですが、思わぬところでコラボレーションできて非常に感激しています。他のメンバーについても魅力的な人が集まっているので、すべてにおいて貪欲に勉強させていただきます！

## 最後に

長々と書いてきましたが、実は OSS の文化や空気に直接触れられたのが一番の収穫でした。
何かやる際に、「公開して世の中の役に立つような事をしよう」という目標（意識転換？？）が出来たのが良かったです。

来年こそはもっと質の良いアウトプットしたいと思います。

では、みなさん良いお年を。

enja-ossに参加して思ったこと

[Backbone.js Advent Calendar 2012](http://www.adventar.org/calendars/15)の 22 日目の記事です。

今見たら 22 日目の担当がいなかったので、慌てて書いています。ネタが無くなってきました（汗）。

本日は Backbone.Events について Jasmine で機能テストを書いたので公開します。
Jasmine 使った Backbone のテストの書き方について、参考になれば幸いです。



コードはこちらにあります。
（1 時間くらいで書きました。Jasmine だからできたと言っておきます ww）

[https://github.com/mitsuruog/Learning_JS/tree/master/backbone/functional_test](https://github.com/mitsuruog/Learning_JS/tree/master/backbone/functional_test)

一式ダウンロードして「SpecRunner ～」をブラウザで実行すると Jasmine のテストが実行されます。
ちなみに「0.9.2」とかは Backbone の Version です。
（0.9.9 のみ once をテストしてます。）

で、きっかけは
[@ahomu](http://twitter.com/ahomu "http://twitter.com/ahomu")さんの「[render と presenter の分離パターン](http://havelog.ayumusato.com/develop/javascript/e541-backbone_patterns_tips.html)」を読んで、いいなと思ったのですが、その前に Backbone.Events 自体あまり理解して無いと思ったので、自分の認識が合っているかテストをして確認してみた次第です。

テストしてみた結果、少し知っていると便利だなと思ったところを 2 つだけ紹介します。

1.  イベント名フラグ値のようなものを付けて、別のイベントのように発火できる。
2.  イベント名の間にスペースを入れて、複数のイベントを発火できる。

こちらが、コードのサンプルです。

```js
var obj = {};

//Mixin
_.extend(obj, Backbone.Events);

//on
obj.on("hello:me", callback);
obj.on("hello:you", callback);

//フラグのようなものを付けた呼び出し
obj.trigger("hello:me");
obj.trigger("hello:you");

//スペース区切りで複数呼び出し
obj.trigger("hello:me hello:you");
```

Backbone の 0.9.9 では Events 周辺でも機能の追加がありました。「once」以外については時間切れでテストできていません、時間があったらテスト追加しておきます。

Backbone.Eventsの機能テスト

[子育てエンジニアがお役立ち育児グッズをひたすら紹介する Advent Calendar 2012](http://www.adventar.org/calendars/45) の 22 日目のエントリです。ちょっとおもしろそうなので参加してみました。  
タイトルは少し釣りっぽいです。



### このエントリでお伝えしたいこと。

1.  お食事エプロンはポリエチレンとかシリコン製に限る！
2.  毎日の小さな努力を続けること。
3.  人生は長いので、とにかくあせらず頑張る。

このアドベントカレンダーの趣旨として、まず育児グッツを紹介することになっているので、我が家でおそらく一番活躍している育児グッツの「お食事エプロンを」紹介します。

![](https://s3-ap-northeast-1.amazonaws.com/blog-mitsuruog/images/2012/OGYU.jpg)

「OGYU」というメーカー（ブランド？）のお食事エプロンです。ポリエチレン製で食器感覚で洗えます。これは「PLATINUMBABY」とのコラボ品なので現在は購入することはできませんが、類似品は[Amazon](https://www.amazon.co.jp/dp/B001QOAS2Y/ref=as_li_qf_sp_asin_til?tag=mitsuruog-22&camp=243&creative=1615&linkCode=as1&creativeASIN=B001QOAS2Y&adid=00QK31KGT3T3CED7A7W9&)などで購入可能です。

購入から約 1 年間毎日使っていますが、本当に丈夫で、嫌なにおいが一切しません。  
もう一度生まれ変わって子育てしても購入したいほどです。本当にオススメです。

で、ここからが本題です。

## 子育てエンジニアが感じる焦り

まず、「子育てエンジニア」と言っても私が専業主夫として育てている訳ではありません。  
妻と共働きですので、あくまで家事と育児の分担はフェアで行きたいというのが、私のポリシーです。

ただ、独身の自由な頃と比べると、自分の時間というものは確実に減っています。
という訳で、やりたいことのタスクが消化できず、塩漬け状態のものが溜まってくると、少し焦りや苛立ちを感じることも少なくありません。

このような感覚は、子供を持つエンジニアが 1 度は持つ感覚だと思います。

## 今年 1 年どれくらい時間を使えたのか？

とは言っても、時間がまったくないわけではありません。
少しずつであっても毎日努力しているはずです。  
せっかく、この（アドカレ）機会を得ましたので、毎日の努力時間を明確にして、客観的に判断することにしました。

私の場合、一日の自由時間は PM22:00 ～の 2 時間です。
休日も家事をほとんど受け持つので、週を通して変化は無い前提で計算しました。
また、年間通してほぼ休まずできたので年間で計算した場合、次の通りでした。

自由時間（時間単位）

- 2（h/日）
- 14（h/週）
- 60（h/月）
- 730（h/年）

少し分かりやすくするため、日単位にします。

自由時間（日単位）

- 0.08（日/日）
- 0.58（日/週）
- 2.50（日/月）
- 30.42（日/年）

計算してみると（当たり前の事実なのですが・・・）私が感じている感覚よりも遥かに大きい値が出て驚きました。

この時間に対する考え方は個人差があると思いますが、私は今年 1 年間のアウトプットを考えたとき、時間に対して少ないなと感じました。（だって、年間で 1 ヶ月もあったのですから。）

と言うわけで、結論としては

- 時間は充分あった。
- 時間に対してのアウトプットの量が少なかった
- 焦っていたのは時間ではなく、アウトプットの量。

という訳で、目線がミクロになってしまって焦ってしまったようです。
（それにまだまだ、スキルが足りてませんね・・・）
とは言っても、改めて計算してみると、毎日の少しずつの努力の積み重ねが大事だと言うことが、本当に痛いほど分かりました。

## まとめ

1.  人生で焦った時ほどマクロな目線を意識すること。
2.  1 日少しの努力を続けること。（1 日 2 時間で年間 30 日！！）

来年もこのペースを維持しながら、さらにレベルアップして行きたいと思います。  
それから、来年はもう少しアウトプットの量を増やしていきます。

子育てとエンジニアの両立について考えること

最近、私の中で Backbone.js と共に注目の Jasmine のドキュメントを和訳しました。  
[本家のドキュメント](http://pivotal.github.com/jasmine/)はこちらです。

和訳したものはこちらです。  
（もし、訳で怪しいところがあればご指摘ください。）

[http://mitsuruog.github.com/jasmine/](http://mitsuruog.github.com/jasmine/)



ちなみに Jasmine は Javascript のテスティングフレームワークの 1 つです。  
他のフレームワークを満足に扱ったことがないので、あまり偉そうなことは言えませんが、特徴として次のようなことを挙げておきます。

- standalone 版（JS ファイル）があり、ブラウザのみでテスト実行と結果の確認ができる。
- テストケースのネストが可能、（Java で言うことの）setUp、tearDown 機能がある。
- 豊富な matcher。
- Mock（Spy）が割と簡単に作れる。
- [jasmine-jquery](https://github.com/velesin/jasmine-jquery)プラグインが素晴らしい。

[jasmine-jquery](https://github.com/velesin/jasmine-jquery) については、後日機会があれば触れたいと思いますが、とにかく DOM やイベント周辺のテストがさらにやりやすくなり、もっと便利になります。

ちなみに Google で「Jasmine」で検索すると、まだ 4 番目ですね。もっと上位になるように頑張って情報発信していきたいです。

![](https://s3-ap-northeast-1.amazonaws.com/blog-mitsuruog/images/2012/jasmine.png)

Jasmineを和訳しました

[Backbone.js Advent Calendar 2012](http://www.adventar.org/calendars/15)と[青森アドベントカレンダー](http://aomori-web-advent-calendar-2012.blogspot.jp/2012/12/aomori-web-adevent-calendar-2012.html)17 日目の記事です。青森ネタは最後のほうに気持ち程度あります。
SAStruts+Seaser2 構成のバックエンドに対して、Backbone.Sync から Form を POST して ActionForm で受け取る方法です。  
（青森とは関係ありませんのであしからず。。。）



### このエントリでお伝えしたいこと。

1.  Backbone.Sync の POST は emulateJSON を知らないとちょっとハマる。
2.  SAStruts は JSP 切り離しても、Good なフレームワークだ。
3.  そろそろ SAStruts の中の人とお友達になりたい。
4.  青森はいいところだ。

## はじめに

きっかけは仕事で久しぶりに SAStruts を使うことになったことです。

現在、新しいプロジェクトのアプリケーションアーキテクトっぽいことをやっているます。  
それなりに画面数があり、タブが多く複雑な画面が結構あったので、JSP 使った場合の世紀末的な光景を思い浮かべ、思い切ってサーバ側のロジックを WebAPI 化して、Backbone と組み合わせてみようかと考えています。  
さらに、SAStruts の恩恵を最大限享受したいので、いろいろ試行錯誤しながら現在プロトタイプを作っています。

## SAStruts -> Backbone.Sync GET の場合

Backbone の Collection や Model にて fatch を呼び出すと、Backbone.Sync がサーバに対して GET で URL リソースを取得します。この部分は比較的簡単で、以下のように SAStruts の Action 側の実装を少し変えるのみで JSON でレスポンスを返すことができます。
（ちなみに、JSON のライブラリは[jsonic](http://jsonic.sourceforge.jp/)を使用しています。）

サーバ側(IndexAction.get.java)

```java
public class IndexAction {

  @Execute(validator = false)
  public String index() {

    List<Model> models = new LinkedList<Model>();
    models.add(new Model("aomori", "good place"));

    //JSONでレスポンスを返す
    ResponseUtil.write(JSON.encode(models), "application/json");
    return null;
  }
}
```

フロント側(Backbone.Sync.get.js)

```js
PROTO.Views.view = Backbone.View.extend({
  //中略

  read: function () {
    this.collection.fetch({
      success: this.render,
    });
  },

  //中略
});
```

## Backbone.Sync -> SAStruts POST の場合

今度は Backbone から Form の内容を POST でサーバ側へ送信する場合ですが、これは一筋縄ではいきませんでした。

結論から言うと、SAStruts 側で Backbone.Sync の Form 内容を POST で受け取るためには、Ajax リクエストをあたかも Form を Submit したリクエストかのように偽装する必要があります。

そう、**backbone.emulateJSON = true**の出番です。（本当に[このパート](https://github.com/enja-oss/Backbone/blob/master/docs/Sync.md)翻訳しといて良かったな w。）

これで Content-Type を「`application/x-www-form-urlencoded`」にすることは出来たのですが、リクエストパラメータは Ajax.options の data 属性で渡さないと受け取れません。結果、次のようなコードとなります。

フロント側(Backbone.Sync.post.js)

```js
PROTO.Views.view = Backbone.View.extend({
  //中略

  create: function () {
    var param = {};
    _.each($("form").serializeArray(), function (v) {
      param[v.name] = v.value;
    });

    //Content-Typeを偽装
    Backbone.emulateJSON = true;
    var model = new PROTO.Models.model(param);
    //リクエストパラメータはAjaxのdata属性で渡す
    this.collection.create(model, { data: param, success: this.render });
  },

  //中略
});
```

サーバ側(IndexAction.post.java)

```java
public class IndexAction {

  //TODO ActionForm
  //ActionFormでリクエストパラメータを受け渡し
  @Required
  public String name;
  @Required
  public String age;

  //TODO エラーの戻りをJSON化
  @Execute(validator = true, input="index.html")
  public String index() {

    List<Model> models = new LinkedList<Model>();
    models.add(new Model(name, age));

    ResponseUtil.write(JSON.encode(models), "application/json");
    return null;
  }
}
```

これで、サーバ側で Backbone.Sync の POST 値を受け取ることができました。

さらに、ActionForm も受け取れるだけではなく、アノテーションによる validation も効きます。ここでエラーが JSON で帰ってくると理想的なのですが、今日時点ではそこまで作れてません。
作っている最中のコードはこちらです。気力が続けば少しずつブラッシュしてくかも。

[https://github.com/mitsuruog/SAStruts-Backbone](https://github.com/mitsuruog/SAStruts-Backbone)

ちなみに本題とは別件なんですが、同じ仕事で Bootstrap のカスタムもやっていて、なかなか Less も面白いなと思っています。世の中には Bootstrap のテーマを公開している人も多いので、青森ゆかりのデザイナーさん、青森っぽいテーマ一緒に作ってみませんか？  
（と、無理やり青森アドベントカレンダーネタにしてみた w。）

**Backbone.js Advent Calendar 2012**

- ← 前日　[Node.js + WebSocket + Backbone.js のすすめ](http://takesy.cocolog-nifty.com/atico/2012/12/nodejs-websocke.html)[](http://www.blogger.com/)（@takeshy）
- → 後日　[おさわり。backbone の ajax 周りの処理とか。](http://1000ch.net/2012/12/18/AjaxOfBackbone/)（@1000ch）

**Aomori Advent Calendar 2012**

- ← 前日　[茄子的　今年一番ヒットしたツールは・・・](http://nasunoblog.blogspot.jp/2012/12/blog-post.html)（@nasunotw）
- → 後日　[なぜ Facebook は僕の中で今年一番ヒットしたのか？](http://aomori-web-advent-calendar-2012.blogspot.jp/2012/12/facebook.html)（@kzki）

Backbone.SyncでSAStrutsにFormをPOSTする方法

このエントリは[Backbone.js Advent Calendar 2012](http://www.adventar.org/calendars/15)の 5 日目の記事です。

[前回](2012/12/backbonelocalstoragejsbackbonesync)の Backbone.Sync と backbone.localstorage.js の話の続きで、Backbone.Model から見る Backbone.Collection との関連性についてお話します。



### このエントリでお伝えしたいこと。

1.  何をすると Backbone.Model と Backbone.Collection の結びつくか。

## はじめに

前回のテストコードですが、[Backbone.localstorage.js 本家](http://goo.gl/v1gFX)のテストコードを見たところ、どうやら Backbone.Collection の create()を使うのが正しい使い方ようなので、次のように書き直しました。  
（ちなみにユニットテストは[Jasmine](http://goo.gl/IUtf)を使ってます。）

```js
describe("test localstorage", function () {
  beforeEach(function () {
    this.collection = new collection();
  });

  it("test collection create", function () {
    this.collection.create({
      title: "hello",
    });

    var model = this.collection.at(0);
    expect(this.collection.localStorage.find(model)).not.toBe(null);
    expect(this.collection.localStorage.find(model).title).toBe("hello");
  });
});
```

なんだ Collection の create()を使えば良いのか。一件落着！  
と思いたいのですが。。。

確か、model.localStorage か model.collection.localStorage が存在しない場合、デフォルトの Ajax が動くのは前回確認済みです。上のテストコードのどこを見てもそのようなことはしていませんね。
なにやら黒魔術的な臭いがします。

## Backbone.Model と Collection の近しい関係

黒魔術的な臭いがする場合は、ソースコードを読むのが一番です。まず、Collection の`create()`を読みました。

```js
// Create a new instance of a model in this collection. Add the model to the
// collection immediately, unless `wait: true` is passed, in which case we
// wait for the server to agree.
create: function(model, options) {
  var coll = this;
  options = options ? _.clone(options) : {};
  model = this._prepareModel(model, options);
  if (!model) return false;
  if (!options.wait) coll.add(model, options);
  var success = options.success;
  options.success = function(nextModel, resp, xhr) {
    if (options.wait) coll.add(nextModel, options);
    if (success) {
      success(nextModel, resp);
    } else {
      nextModel.trigger('sync', model, resp, options);
    }
  };
  model.save(null, options);
  return model;
},
```

上は Backbone.js の 766 行目辺り。ざっと目を通してすぐ分かりました。

```js
model = this._prepareModel(model, options);
```

怪しすぎる ww。  
なので、`_prepareModel()`を読みました。

```js
// Prepare a model or hash of attributes to be added to this collection.
_prepareModel: function(model, options) {
  options || (options = {});
  if (!(model instanceof Model)) {
    var attrs = model;
    options.collection = this;
    model = new this.model(attrs, options);
    if (!model._validate(model.attributes, options)) model = false;
  } else if (!model.collection) {
    model.collection = this;
  }
  return model;
},
```

上は Backbone.js の 809 行目辺り。ありました。見たかったのはこれです。

```js
model.collection = this;
```

なるほど、こんなところで Model に Collection がセットされていましたね。
これで、上のテストコードがパスできる理由も分かりました。これですっきりです。

他にも Collection の中で`_prepareModel()`呼んでいる場所を調べたところ、`create()`も含めて 4 箇所ありました。

- [add](http://backbonejs.org/#Collection-add)
- [push](http://backbonejs.org/#Collection-push)
- [unshift](http://backbonejs.org/#Collection-unshift)
- [create](http://backbonejs.org/#Collection-create)

まだ Backbone の全体を見通せてないので、作ってて所々（？）となることがあります。ソースコード印刷して電車で読むことにしました。

**Backbone.js Advent Calendar 2012**

- ← 前日　[Backbone.js の MVC について](http://goo.gl/J28KM)（@tomof）
- → 後日　[Backbone.js 日本語リファレンス](http://ando19721226.github.com/Backbone/)[](http://www.blogger.com/blogger.g?blogID=5596737312884238083)（@ando）

Backbone.Modelから見るBackbone.Collectionとの関連性

このエントリは[Backbone.js Advent Calendar 2012](http://www.adventar.org/calendars/15)の 2 日目の記事です。

Backbone.js には[Backbone.Sync](http://goo.gl/xIbI9)という Model とサーバ側のリソースを常に同期させる仕組みがあり、これを Override することで同期させる仕組みを自体を柔軟に変えることができます。  
今回は[backbone.localstorage.js](http://goo.gl/qBk6P)のユニットテストを通じて、Backbone.Sync を Override する仕組みについて少しお話したいと思います。



### このエントリでお伝えしたいこと。

1.  backbone.localstorage.js はどのように Backbone.Sync と Override しているか。
2.  backbone.localstorage.js は Backbone.Sync を Override するコードの良いお手本だと思う。。

## はじめに

まず、きっかけですが、backbone.localstorage.js を使って localstorage に Backbone.Model を保存する簡単なサンプルを作ってユニットテストしたところ、思わぬところで fail してしまったことです。  
Backbone.js 側のコードとユニットテストのコードは次のとおりです。
（ちなみにユニットテストは[Jasmine](http://goo.gl/IUtf)を使ってます。）

app.js

```js
var model = Backbone.Model.extend({
  title: "",
});

var collection = Backbone.Collection.extend({
  model: model,
  localStorage: new Backbone.LocalStorage("backbone-blog-post"),
});
```

test.model.before.js

```js
describe("test localstorage", function () {
  beforeEach(function () {
    this.model = new model();
  });

  it("test model save()", function () {
    //Error: A "url" property or function must be specified
    this.model.save({
      title: "hello",
    });
    expect(this.model.collection.localStorage.find(this.model)).not.toBe(null);
    expect(this.model.collection.localStorage.find(this.model).title).toBe(
      "hello"
    );
  });
});
```

ユニットテストを実行した結果は、次のようなエラーが発生しました。

> Error: A "Url" property or function must be specified

初めは localstorage に保存しているのに、なぜ URL が必要なのかわかりませんでした。

## localstorage に保存するはずなのになぜ URL が必要??

その前に、Backbone.Model の`save()`と`Backbone.Sync`の関係、`Backbone.Sync`のデフォルトの挙動について抑えておく必要があります。

まず、Backbone.Model の`save()`と Backbone.Sync の関係についてですが、Backbone.Model の`save()`を呼び出した際に、内部で`sync`イベントが発生して、Backbone.Sync に定義されている function が実行されるようになっています。  
その際に、Backbone.Sync はデフォルトでサーバサイド側の REST API
(GET/PUT/POST/DELETE)と Ajax（jQuery か Zepto 依存）で通信をするようになっています。

これらの事により、先のエラーは Ajax 通信をしているため発生していることが容易に予想できるのですが、そもそも backbone.localstorage.js は Backbone.Sync を Override しているので、なぜ Ajax のコードが生きているのか分かりませんでした。

## なぜ Ajax が動いているのか?

この問題を理解するために backbone.localstorage.js のソースを読みました。  
（以下、核心部分だけ抜粋します。）

```js
// Override 'Backbone.sync' to default to localSync,
// the original 'Backbone.sync' is still available in 'Backbone.ajaxSync'
Backbone.sync = function (method, model, options, error) {
  return Backbone.getSyncMethod(model).apply(this, [
    method,
    model,
    options,
    error,
  ]);
};
```

上は backbone.localstorage.js の`134行目`辺り。
Backbone.Sync を Override しているところです。中で`Backbone.getSyncMethod()`を return しています。
自分でカスタムする場合は、ここに直接 Override するコードを書いても良さそうです。

```js
Backbone.ajaxSync = Backbone.sync;

Backbone.getSyncMethod = function (model) {
  if (
    model.localStorage ||
    (model.collection && model.collection.localStorage)
  ) {
    return Backbone.LocalStorage.sync;
  }

  return Backbone.ajaxSync;
};
```

上は backbone.localstorage.js の`123行目`辺り。本問題の核心部分です。  
読めば一目瞭然なのですが、デフォルトの Backbone.Sync を`Backbone.ajaxSync`という別名で保存してました。

しかも、`Backbone.getSyncMethod`では

- model.localStorage
- model.collection.localStorage

いずれかのプロパティが存在しない場合、Backbone.ajaxSync が return されます。

これですべての謎が解けました。

## 最初のテストコードはどうあるべきだったのか?

先に結論ですが、次のコードでテストが通りました。

```js
describe("test localstorage", function () {
  beforeEach(function () {
    this.model = new model();
    //collectionをmodelにセットする
    this.collection = new collection();
    this.model.collection = this.collection;
  });

  it("test model save()", function () {
    this.model.save({
      title: "hello",
    });
    expect(this.model.collection.localStorage.find(this.model)).not.toBe(null);
    expect(this.model.collection.localStorage.find(this.model).title).toBe(
      "hello"
    );
  });
});
```

ただ、なんとなく違和感が残ります。

Model だけをテストする目的であればこれも有りだと思いますが、テストを通すためにコードを足したようでなんとなく気持ち悪いですし、何か使い方が間違っている気がします。  
（[次回](/2012/12/backbonemodelbackbonecollection/)はこの違和感を取り除いて行く過程を書きます。）

ちなみに、backbone.localstorage.js はコードが 140 行足らずなので読むのは非常に楽でした。
実際に Backbone.Sync を Override するコードを書く場合は、ぜひ参考にしたいと考えています。

**Backbone.js Advent Calendar 2012**

- ← 前日　[Backbone.js で今つくっている構成について](http://goo.gl/s9JLG)
- → 後日　[Backbone.js が自動でやってくれるところについて](http://goo.gl/WxdVo)