MVC、DDD、DCIの話題がTwitterやブログでいろいろ出ていたのですが、自分の実力ではちょっと肌が合わない部分がありました。 そんなことをツイートしていたら、丁寧に会話してくださる方がいたのでまとめておきました。
TLのDCIとかMVCに違和感があった
MVC、DDD、DCIの話題がTwitterやブログでいろいろ出ていたのですが、自分の実力ではちょっと肌が合わない部分がありました。 そんなことをツイートしていたら、丁寧に会話してくださる方がいたのでまとめておきました。
JavaScript MVCフレームワークはすでに十種類以上、その比較や最新情報などのまとめ
グーグルが開発したJavaScript MVCフレームワーク「AngularJS」を紹介した1つ前の記事の反応が予想以上に大きく、1日たたずにブックマークが500以上もつきました。 本記事では、AngularJS以外にもすでにたくさん存在するJavaScript MVCフレームワークに関する情報をまとめて紹介したいと思います。 JavaScript MVCフレームワークの比較記事 既存のJavaScript MVCフレームワークを比較した記事が「The Top 10 Javascript MVC Frameworks Reviewed」です。Top10と書いてありますが、12種類のフレームワークの比較です。これは公開当時は10種類だったものが、その後11種類になり、今回のAngularJSの公開で12種類になったためです。 上記のような比較表を載せた上で、12種類すべての利点と欠点を説明し
使わないと損をするModel-View-Controller MVC
1 はじめに SmalltalkのOJTを通して、「Smalltalkへのスムーズな導入」を行うために、いくつかの留意点があることを私は学びました。 ① データとアルゴリズムがパックされたオブジェクト(情報隠蔽) ② オブジェクト間コニュニケーション(メッセージ伝送) ③ クラスとインスタンス関係(メタクラスとクラス関係) ④ クラス階層構造(インヘリタンス機能) ⑤ アルゴリズムをデータとして扱うこと(closure/continuation) ⑥ Model-View-Controller(MVC) ⑦ 依存性(change&update) ⑧ プラガブルの考え方(pluggableMVC) ①〜④までは、オブジェクト指向プログラミングという形で多くの解説書が手に入りますので問題はありません。 ⑤は、LispやPrologを知っておられる方には簡単になじめます。アルゴリズムをデータとし
Ajax環境に置けるMVC考察
WebアプリにおけるMVC考察。 （Ajaxではない）CGIアプリでは、Viewの部分がHTMLを出力するだけで、描画そのものはブラウザが全部やってくれていた。 ModelがHTMLを生成していると、ブラウザがViewといっても良いかもしれない。 しかしAjax環境では、XMLHttpRequest（以後XHR）による通信が必要になるため、CGIアプリがHTMLを出力したら終わりというわけではなく、受信したHTMLデータをブラウザに渡す処理（JavaScript）が必要になる。 Viewの一部をXHRに置き換えたものが、フレームワークとして数多く発表されている。 サーバーサイドのViewでHTMLにしておくと、クライアントサイドでは受け取ったraw dataをそのままブラウザに渡し、innerHTMLに代入するだけで描画が終わる。 そのためViewの受信部分は以下のような1行で終わってしま
WebアプリとMVC論
えふしん @fshin2000 2002年ぐらいから自前でMVCを作り、そのあとStrutsを触って、PHPに入って、古いMVC型のフレームワークを触って、Railsタイプのフレームワークを触った結論として、Webサイトに、かっちりしたMVCは不要。理由は、ほとんどの画面がユニークで再利用が効かないから。 2011-02-13 01:18:14 えふしん @fshin2000 むりやり再利用しようとすると、共通メソッドの引数が増えて行く。その時点で再利用に無理があるということを示す。引数による例外は、条件分岐を一つのメソッドに押し込んでるだけ。この事を指摘してくれたのはD2E2時代の人たちだったなぁ。 2011-02-13 01:19:43 えふしん @fshin2000 Webというのはほとんどの処理が、「validationを行い」「送信されたデータを保存し」「データ引っ張ってきて、ど
PAC （Presentation Abstract Controller） - 浜村拓夫の世界
ブログを読んでいたら、アーキテクチャーパターンとして「MVC」よりも「PAC」が良いという話があった。 PACとは、Presentation Abstract Controllerの略で、「MVCの階層的アーキテクチャー」とみなせるものだという。 PACなんて知らんかったのでちょっと調べてみた。 Life is beautiful: Ruby on Railsの「えせMVC」の弊害 もはや MVC が本当に正しいのかどうか見直す時期に来ているのでは？ 本当にオブジェクト指向や MVC は生産性をもたらしたのだろうか？ Java なんか単に複雑になっただけなんじゃないだろうか？そういう疑問はあっていいと思います。 今は最先端を行ってるのは PAC（Presentation Abstract Controller）だと確信します。 PAC は MVC の階層的アーキテクチャとみることができます
開発者が知っておくべき、6つのUIアーキテクチャ・パターン - ＠IT
.NET開発者中心 厳選ブログ記事 開発者が知っておくべき、6つのUIアーキテクチャ・パターン ―― 「matarillo.com」より ―― 猪股 健太郎 2011/12/15 「.NET開発者中心 厳選ブログ記事」シリーズでは、世界中にある膨大なブログ・コンテンツの中から、特にInsider.NET／.NET開発者中心の読者に有用だと考えられるブログ記事を編集部が発掘・厳選し、そのブログ記事を執筆したブロガーの許可の下、その全文を転載・翻訳しています。この活動により、.NET開発者のブログ文化の価値と質を高め、より一層の盛り上げに貢献することを目指しています。 Martin Fowler氏の『GUI Architectures』を訳して公開しようと思ったのだが、FAQページに「PofEAAの続編などは商業出版する予定なので翻訳はしないでほしい」と書いてある。なので翻訳の公開はやめて、「
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年古い技術で設計されていて、最新のプログラミングパラダイムに対応していない。 しかしこの理由のう
ふじこのプログラミング奮闘記
こんぬつは（ｏ・ω・ｏ） 『ステートフルJavaScript』という本を最近買いました。 原題は『JavaScript Web Application』というらしいんですが、まんまとタイトルに惹かれちゃいましたよ。 メインはMVCの話っぽいんですが、JavaScriptMVCとかWebSocketとか、気になっていたものがいろいろ紹介されているみたいなので、今度の通勤のお供はこれにします。 で、今日のブログのネタはこれです。 『MVCの時代は終わった。MOVEを使い始めましょう。』 MVC is dead, it's time to MOVE on. http://cirw.in/blog/time-to-move-on 今MVCについての本を読んでるところなんですが、何か？（笑） てかこのサイト、レスポンシブデザインなんですね。 会社で見たときは論文みたいに2カラム構成になっていましたが
Model-View-Controller (MVC) with JavaScript | Alex @ Net
The article describes an implementation of Model-View-Controller software design pattern in JavaScript.I like JavaScript programming, because it is the most flexible language in the world. With the JavaScript language developers can create applications either in procedural or object-oriented style. It supports almost all programming styles and techniques that I know. I've seen procedural, object-o
JavaScript MVC
Once a bit player, JavaScript increasingly takes center stage. Its footprint—the space it takes up on our servers and in our development schedules—continues to grow. So how can we make our JavaScript more reusable and easier to maintain? Perhaps MVC will offer some clues. While MVC is a familiar term to those in back-end application development—using frameworks such as Struts, Ruby on Rails, and C
JavaScriptでオブジェクト志向的に、MVC的に書く - 憧れ駆動開発
完全に手続き的に書くというより、すこしMVCというかMVVC的な構造に切り分けてかいたらいいのではという内容。チラ裏に移動させた
2012年に使いたいJavaScriptのMVCフレームワーク14選 - memo.yomukaku.net
1億総スマホが近づいたこの頃に、JavaScriptのMVCフレームワークに何を使うか？ node.jsと使ってみたいウェブアプリのフレームワークの候補を14選んでみました。 MVCフレームワークといっても、純粋なMVCだけではなく、MVVM、MVC2、MVPなど広義のMVCフレームワークを含みます。成熟したフレームワーク backbone.jsのように一定の歴史のあるものや、express.jsのようにnode.jsでのデファクト・スタンダードになっているようなものを含め、今すぐプロダクション環境で使用できる成熟度があると思われるフレームワークをまとめます。 Backbone.js http://documentcloud.github.com/backbone/ 古参のフロントエンド向けMVCフレームワーク。 node.jsに限らず、Rails等のフレームワークでもフロントエンド側の
大規模なjQueryアプリケーションを作る - STONEDSOUL
Building Large-Scale jQuery Applicationsの 超訳的な要約。 1. 依存関係の管理 必要なスクリプトの分だけ script タグを書く方法もあるが、依存関係の解決に script loader には さらに便利な機能が用意されている (例えば、ブラウザがサポートする機能に応じた読み込むスクリプトを 読み込む、など)。 現在、最も有力な script loader は RequireJS (by James Burke) と LabJS (by Kyle Simpson) で、 それぞれに優れた点がある (RequireJSは構造化されたモジュールをサポートする、一方、より 軽量なものを好むなら JabJS が良い)。この 2 つについてのもう少し詳しく知りたいなら、 この 記事が参考になるが、時間を 節約したい人のために、次にいくつかのオプションを紹介
DerbyJS
Effortlessly sync data across clients and servers with automatic conflict resolution powered by ShareDB's operational transformation of JSON and text. Server renderingTemplates can be rendered in the browser and on the server. In a browser, DerbyJS renders with fast, native DOM methods. On the server, no DOM or virtual DOM implementation is needed—the same templates return HTML as well! HTML rende
サバクラ両方で動く JavaScript の大規模開発を行うために
サバクラ両方で動く JavaScript の大規模開発を行うために 原文：Scaling Isomorphic Javascript Code (This is just for study, please contact me at tily05 atmark gmail.com if any problem.) 考えてみれば Model-View-Controller とか MVC ってよく聞くよね。実際どんなものか知ってる？ 抽象的に言うなら「オブジェクト情報の保持されるグラフィック・システム (つまり、ラスターではないグラフィック。ゲームとか) 上に構築された、表示系を中心としたアプリケーションにおいて、主要な機能どうしの関わりをうまく分離すること」とでも言おうか。もう少し深く考えを押し進めてみれば、これは当然、他のさまざまなアプリケーションにもあてはまる言葉 (bucket te
13 jQuery SelectBox/Drop-down Plugins — SitePoint
There are several ways to define a block of JavaScript functionality. Learn which is the most appropriate one for your particular use case.
フレームワークで語るMVCの話 : PHP Advent Calendar #19 - basuke の日記
この記事はPHP Advent Calendarの19日目の記事です。 プログラマ１０人集まれば、誰かMVCうんちく語るのが常。みんな大好きMVCの話です。僕は今年でPHPプログラマとして10年が経過しました。この節目の年に、これまで触ってきたフレームワークを振り返り、徹底的な個人的主観でMVCについて語っていきたい思います。忘年会シーズンでお疲れの皆様、ご安心ください。コード・ゼロでお届けします。 いろんな言語のいろんなフレームワークを触ってきたつもりですが、Javaはやってなかったんであまり詳しくないです。主にRails以降のフレームワークを見ていきます。 Railsの功績 PHPプログラマとしてRailsの登場で何にびっくりしたかというと、次の三つです。 router ActiveRecord cliと対話型shell ActiveRecordは魔法のように見えましたが、いずれ出ても
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DCI の話をした - 鳩舎
Brand Ambassador Marketing, Best Technology Reviews, Gadgets, & Tips