DHHはどのようにRailsのコントローラを書くのか | POSTD
私たちの救世主DHH™は最近の Full Stack Radioのインタビュー で、 Basecamp の最新版で彼がどのようにRailsのコントローラを書いたかを説明しています。下記は、彼のすばらしい話を書き取ったものです。 これまでに思うようになってきたのは、「RESTの原則に従うには、どのタイミングで新たなコントローラを作るべきかを一度決めたら、ほぼ異例なくその原則を遵守するべきだ」ということです。いつだってその方がうまくいくんです。自分の作ったコントローラの状態を悔やむのは決まって、作ったコントローラの数が少なすぎた時です。多くの処理を任せようとしすぎてしまうんです。 そこでBasecamp 3では、ある程度理にかなったサブリソースがあれば、毎回コントローラを分割していきます。フィルタなどの場合ですね。例えば画面があって、それがある状態になっているとします。もしこれにいくつかのフィ
ダブルMVCの意味するところ [GoGaRuCo 2013] - ワザノバ | wazanova.jp
[Video] http://www.youtube.com/watch?v=s1dhXamEAKQ TildのYehuda KatzのGolden Gate Ruby Conference 2013での講演。 Ruby on RailsのクリエーターであるDavid Heinemeier Hanssonが、「JavaScript勢はダブルMVCで苦しんでいる。サーバとクライアント両方にMVCが必要で複雑すぎる。」とTwitterで発言したのに対して、Yehudaは、それでは誤解を与えると危惧し、GUIプログラミングが歴史的にどのようにMVCに発展してきたかを紹介することで、ダブルMVCが本当に意味するところを解説しています。 DHHの発言は、盛り上がってきたMeteor / Node.js勢に対する単なる批判っぽいですが、それに対してYehudaはロジカルに話をまとめてます。 スライドを
JavaScript MVCフレームワークの「Ember 1.0」正式リリース
JavaScript MVCフレームワークの1つとして知られる「Ember」が、長く続いたβ版の期間を終えて正式版の「Ember 1.0」として公開されました。 EmberはBackbone.jsやAngularJSなどとともにJavaScript用のMVCフレームワークとして知られています。特徴は、テンプレートエンジンのHandlebarsを利用して、データを変更すると動的にビューの部分、つまりWebページ上の表示が自動的に変更される「UIバインディング」など、機能が豊富な点です。 これにより、データを受け取ってそれに合わせてUI表示を書き換えるといった処理をフレームワークに任せることができ、コーディング量が減り、効率的な開発が行えるようになっています。 現在W3Cで策定中のWeb Componentsに似たコンポーネント機能も備えており、独自タグに対して動作と外見を定義し、Webアプリ
A Comparison of Angular, Backbone, CanJS and Ember - Sebastian's Blog
It is important to note that Backbone can do most of this things with a lot of manual code or with the help of plug-ins. But I am only considering the available features in the core framework. Flexibility There are hundreds of awesome plug-ins and libraries out there that do specialised things. They usually do these things better than what comes bundle with a framework. So it important to be able
DOMがビューである理由 - ジンジャー研究室
JavaScriptでMVCをやってると、「そもそもDOMってモデルだよね」って思うことがあって、いやいやそれは違うんだと言い聞かせているうちに、謎の４コマ完成。 DOMはモデルだよ DOM = Document Object Model という名の通り、DOMはモデルだよ。 これをイベントのたびに更新してやればいいんだ。表示も自動で追随してくれるよ。 重複してるよ でも本来同じものなのに別々に更新してやらないといけない場面が出てきたよ。 これだと片方を更新し忘れたら不整合になるよね。 こんなの絶対おかしいよ。 DOMはビューだよ いやいや、本当はモデルはDOMの外にあるんだ。 これを一箇所更新すればそれぞれに自動で反映されるようにすればいいんだよ。 わぁ、頭いい。 面倒だし一度に更新すればいいんだよ でも大抵データって更新のたびにサーバに保存して欲しいでしょ。 本当のモデルはサーバサイド
Alloy Titanium MVC Framework に触れる | imthinker.net
CODESTRONG が始まります。 Titanium 3.0 や Alloy Titanium MVC Framework 、 QuickTiGame2d を制作されていた @infosia さんがシリコンバレーで Corona SDK の生みの親と共に立ち上げた Lanica の新ゲームエンジン「Platino」も発表される予定です。 今回は Alloy Titanium MVC Framework に触れてみたいと思います。 Alloy Titanium MVC Framework Alloy Titanium MVC Framework (Alloy) は合金の名前を持つ Titanium Mobile 用の公式フレームワークです。これまでの Titanium は Titanium SDK が提供する API を JavaScript のコードから直接呼んでアプリケーションを構築し
MOVEは望まれなかった子 - the sea of fertility
なにやらMOVEが話題です。 MVC is dead, it’s time to MOVE on. http://cirw.in/blog/time-to-move-on [翻訳]MVCは死んだ。MOVEするときがきた きしだのはてな http://d.hatena.ne.jp/nowokay/20120704 Twitterで「”MOVEは生まれた瞬間死んだ” って記事まだー？」って騒いでたら「お前が書けよ」の流れだったので息抜きに書きます。息抜きなので図が無いのは勘弁してください。 MOVEが生まれていない理由 この文中ではMOVEが生まれた理由はMVCの問題点に関わるとされており、そのMVCの問題点としてされているのは次の２点です。 MVCではControllerが肥大化する MVCは10年古い技術で設計されていて、最新のプログラミングパラダイムに対応していない。 しかしこの理由のう
MVC is dead, it's time to MOVE on.
MVC is a phenomenal idea. You have models, which are nice self-contained bits of state, views which are nice self-contained bits of UI, and controllers which are nice self-contained bits of … What? I’m certainly not the first person to notice this, but the problem with MVC as given is that you end up stuffing too much code into your controllers, because you don’t know where else to put it. To fix
donejs - donejs
Your App. Done. DoneJS is an open source JavaScript framework that makes it easy to build high performance, real-time web and mobile applications.
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
