大きいMVCと小さいMVC 語弊を恐れずに書く - When it’s ready.

テクノロジーカテゴリーの変更を依頼記事元:

a2c.hatenablog.com

26 usersがブックマークコメント

コメント

7

記事へのコメント7件

注目コメント
新着コメント

H_Yamaguchi 大きなMVC(サーバ)と小さなMVC(ブラウザ)が逆転して、大きなMVC(ブラウザ)と小さなMVC(サーバ)になるだけでは？

2009/10/16 リンク

tarchan サーバーサイドのMVCがうまくいってないとクライアントからGETするURLが決まらないんじゃないの？

2009/10/15 リンク

araishi おもしろい

javascript

2009/10/15 リンク

lizy C/Sどっちでレンダリングするにしても、apiアクセス可能なwebservice的なものを切り出しておくのは有効かもしれませんね。

2009/10/15 リンク

fukken JSをそこまで書ける奴は、cakeでタンポポワークができる奴より遥かに少ない。mixiなどはサーバーサイドのJSON応答をJSでHTMLに変換している、と聞いた事がある（確認はめんどいのでパス）

javascript

2009/10/15 リンク

koyhoge JSはモジュール化が弱いから大規模なUIは作り難いんじゃないかなぁ。

2009/10/15 リンク

inurota 「HTMLにはJSローダだけであとの要素はJSが動的に配置」総論同意なんだけど実際ページの細かいブラッシュアップ進めるにあたっては充分なフレームワーク用意しないと厳しそう

2009/10/15 リンク

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

アプリのスクリーンショット

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

関連記事

{{ total_bookmarks_with_user_postfix }}{{ root_title }}

大きいMVCと小さいMVC 語弊を恐れずに書く - When it’s ready.

MVCって、大抵の場合サーバサイドでの実装の分け方の事を言ってるのが多い気がする。んで、サーバサイド... MVCって、大抵の場合サーバサイドでの実装の分け方の事を言ってるのが多い気がする。んで、サーバサイドを作ってる人々の多くは、UIに関してはデザイナーがhogehogeとか、タンポポワークほげとか言ってる場合が多い気がするんだけど、実際どうなんだろう？保存が必要なければ、ブラウザ内のJSだけでノートラフィック（初回DLは除く）でかなりのことが出来ると思うし、凝ったところはそうなっていると思う。MVCをサーバサイドとクライアントサイドで分けて考えると、実装者のリソースやら各データの祖結合具合だったりというのが上手に調整出来ると思うんだけどどうなんだろ？モデルにロジックてんこ盛り、否、コントローラも頑張るべきとか、いやいやテストすればモーマンタイでしょとかそう言うレベルじゃない気がする。サーバーから動的に渡す部分はすべてJSONにして、それをサーバー側では最終アウトプット（View）にする、

ブックマークしたユーザー

muddydixon2010/12/20
n_k_jp2009/11/01
nktkhtn2009/11/01
threeMonths2009/10/19
taka2222009/10/18
nekomori2009/10/18
H_Yamaguchi2009/10/16
gogatsu262009/10/15
yo_waka2009/10/15
rindenlab2009/10/15
tarchan2009/10/15
araishi2009/10/15
gami2009/10/15
mi2ru2009/10/15
tofu-kun2009/10/15
lizy2009/10/15
fukken2009/10/15
tknzk2009/10/15

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

設定を変更しましたx