angularを試した見た程度の人間なので、深くは理解してない。Angularのメリット僕の浅い理解と勉強会での話を総合した感じレールに乗り切った時の開発効率が半端ないレールがしっかり敷かれているので開発者の能力差が問題にならないHTMLがテンプレートなので意味的な乖離が少ないビューモデルに対する操作が一貫していてテスタビリティがある自分もモジュラリティがあるHTML/CSSは幻想だと思っているので、HTMLに直接属性を書くのは別に構わないと思っている。集団開発でも開発者の能力差が問題にならない、という発表をしていた人が、「ビュー同士がデータを共有するのに困って$rootScopeを作って共有した」といっていて、え、それは一番やばいやつでは感あった。angularの問題点ドキュメント必須の割にドキュメントのググラビリティが低い途中から急に学習コストが高いHTMLセマンティクスみたいなものは放棄している「全部入り」でモジュラリティが少ない。angularを辞めた時に知識を持ち回せない。画面に直結しないパラメータの置き場所がない最近Angularの検索数が跳ね上がってて一番人気です!っていう紹介をたくさんみるようになったんだけど、正直「ググらなければわからないこと」が多すぎて他のフレームワークより検索という行為に高度に依存しているというのを感じている。この場合の検索数は、人気ではなく複雑さに依存している。この辺railsに似ている。比較対象としてのBackboneBackboneは薄いライブラリだから公式リファレンスかソース読めばわかる。それと同時にBackboneってクッソ薄くて何もしてないよね、というのも同意する。あれは規律のための骨格を用意しているだけで、まさに「背骨」であると思う。プロジェクトの中で規律を作る行為は開発者側に任されてる。それが出来ないならchaplinとかmarionetteとかの更なるラッパー使えばいいと思う。僕が気に入ってるのは、各構成要素がMでもVでもCでもプラガブルで取り替えが聞くので、Angularのように激しくロックインされることはない。僕はJSで結構複雑なクライアントロジックを持つアプリを書くことが多くて、ビューに表出しないデータを大量に抱えていることが多いんだけど、Angularはそういうデータをビューモデルに置いてしまうというのは結構致命的に思えた。双方向バインディングライブラリぐらいがちょうど良さそう。3しかしAngularのパラダイムは体験しておくべき。NodeにおけるMeteorみたいな存在。3僕もそんな印象です。QuipperはBackboneでデータバインディング採用してMVVMな感じにしてます。Chromeでの先行実装とAngularについて読みました。最近フロントエンドでfacebook/reactをずっと使っている。月別アーカイブはてなブログをはじめよう!mizchiさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。