Backbone.jsを薦める3つの理由
Backbone.js(http://documentcloud.github.com/backbone/)を2,3ヶ月触ってみて、導入して良かったことをまとめます。 Backbone.js単体での威力はそこまでではないかもしれませんが、Server側も含めた設計思想を絡めて考えると大きな効果が期待できます（サーバー側も含めた構造改革が全体的に必要になるとは思いますが・・・）。 ## ViewとControllerの結合強度低下 = Viewのアプリ化 ### viewとcontrollerが1対1対応だった頃 Rails単体で作成している場合、Viewにロジックが入れられない以上、 そのViewで必要な変数などは、全てControllerに書く必要がありました。 この状態では、ControllerがViewによって処理内容を変更する必要があり、結合強度が高くなってしまっていました。 この
Backbone.js
Backbone.js Introduction Events – bind – unbind – trigger Model – extend – constructor / initialize – get – set – unset – id – cid – attributes - toJSON – save – destroy – validate – url – clone – isNew – change – hasChanged – changedAttributes – previous – previousAttributes Collection – extend – constructor / initialize – models – Underscore Methods (24) – add – remove – get – getByCid – at – le
Backbone.jsを利用したクライアントサイドMVCの導入についてそろそろ書いておくか - 出町ミスド攻防記
jQueryヘビーなアプリケーションの問題点と、MVCによる構造化の必要性 jQueryは、ブラウザ上で動くJSアプリケーションの開発生産性を劇的に向上させました。DOM操作による動的なページ書き換え処理などは、セレクタを使ってちょろっとコードを書くだけで、ほんの数行で記述できてしまいます。 しかし、この方法の延長で、大規模なJSアプリケーションを構築することは果たして現実的でしょうか。例えば「GMail」や「New Twitter」程度の規模のJSアプリケーションを書かなければならないとしたら、どうでしょう？ 大規模なJSアプリケーションを開発するには、こういった手法を延長するのではなく、より洗練されたデザインパターンを導入する必要があります。この目的にぴったりのデザインパターンが、「MVC」デザインパターンです。 MVCパターンは、Webの世界ではサーバサイドプログラミングで広く知られ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
