StackOverFlowの「MVPとMVCの違い」についての回答を読んでみた - Qiita
MVPとMVCとかMVVMとかの違いについて自分は、あんまりちゃんと分かっていませんでした。 StackOverFlowの「What are MVP and MVC and what is the difference?」という質問の回答が2015/09/23現在、1213人がUsefulにしていて、他の場所でも紹介されていて、読んでみようと思いました。 自信がない場所が多いので、勘違いや間違っている箇所が多々あると思いますので、優しくご指摘をお願いします。。 自分は読んでみて、なんとなく違いがわかったのと、またMVPとPresentation Model(Model-View-ViewModel)の違いについても出てくるので勉強になりました。 What are MVP and MVC and what is the difference? http://stackoverflow.com
中規模Web開発のためのMVC分割とレイヤアーキテクチャ - Qiita
TL;DR MVCもレイヤで捉えて関係性の設計をするといいのでは 普通のRubyオブジェクトを積極的に使いたいですね 「パーフェクト Rails」に期待しましょう 長くなって面倒くさくなり、途中から手抜き感が半端ないですが許してください この記事の位置付けなど 7 Patterns to Refactor Fat ActiveRecord Models - Code Climate Blog [翻訳] エリック・エヴァンスのドメイン駆動設計 エンタープライズ アプリケーションアーキテクチャパターン これらの参考文献を踏まえてRailsアプリケーションのリファクタリングをしていて、だいぶ方向性や考え方がまとまってきたので、これからチームに合流する人を想定読者に、Qiitaがどんな感じで作られているのかを文書化したものです。（参考文献の一覧は記事の最後にあります） 内容的には文献[2,3]を踏
MVCのおさらいと、RailsのMVCについて説明する - kasei_sanのブログ
先にまとめ RailsのMVCと原義のMVCは異なる ビジネスロジックはModelに実装する Skinny Controller, Fat Model RailsにはFat Modelをリファクタリングする仕組みが色々あるよ MVCの目的 コードの再利用性と関心事の分離 コードの再利用性 : ビジネスロジックをModelに詰め込むことで、コードの再利用性を上げる 関心事の分離 : 役割を分けることで見通しを良くする MVCの役割 本来のSmalltalkにおけるGUIアプリ開発の場合 RailsのMVCとは違うところがあるので注意!! Model データの保持 ビジネスロジックの実行 データの変更をViewに通知 View ユーザインターフェースの表示 Controller 入力をModelへのメッセージに変換して、Modelに伝える 処理の流れ 何かしらの入力イベントをControlle
RailsのModelとControllerにどういうメソッドを書くのか - woshidan's loose leaf
RailsのModelとControllerにどういうメソッドを書くのか分からなくてグルグルしていた。 好みやプロジェクトの雰囲気によると思うのだけれど、自分の実感として、 使い回さない判定 使い回さない検索 はControllerに書いてあることが多い気がする*1。 自分としては、 Modelの責務はデータベースとの接続を取り扱うみたいに思い込んでいた部分があって、 データベースに入ってる値を使う処理はModelに置くのが好きだ。 上記は、両方Modelに置く事が多い。 けれど、Controllerはクライアントからの入力を受け取って、 Modelのメソッドを呼び出したり、renderするViewを指定したりするのが責務*2みたいなので、 使い回さない検索、検索用の値がクライアントからの入力値だけの場合は特に、 Controllerに置いたほうがいいのだろう、と思う。 そういえば、そもそ
えぇー！MVCのContollerはプレゼンテーションロジックのinput担当だったのかい！？ - @ledsun blog
この話はMVC（Model-View-Controller）の話です。 特にクライアントMVCの話です。WebMVCの話ではありません。 事前 ViewとModelを分けるためにControllerを挟むのだと思っていました。 事後 Contollerはプレゼンテーションロジックのinput担当でした。 参考文献 The Model-View-Controller (MVC) Its Past and Present を読んでください。すべてが書いてあります。 本題 WebMVCから考えた俺のコントローラー そんなことより聞いてくださいよ。 WebMVCからMVCに入った口としてはViewとControllerの分け方なんて考えたこともないんですよ。 分かれてて当たり前ジャンと思ってたんですよ。 ところがJavaScriptで3000行くらいあるDOMをゴリゴリするアプリケーションをいじっ
RailsにおけるMVCフレームワーク
Rails は MVC アーキテクチャに基づいて構築されたフレームワークです。 MVC とは、 Model-View-Controller の略で、アプリケーションの中で行う役割がモデル、ビュー、コントローラーの 3 つに分かれています。ここでは Rails における MVC とはどういったものなのかを解説します。 RailsアプリケーションにおけるMVCフレームワーク MVC フレームワークの MVC とは、 Model-View-Controller のそれぞれ頭文字をとったもので、アプリケーションを構成する要素がモデル、ビュー、コントローラーの3つに明確に分かれています。 モデル、ビュー、コントローラーの関係を図にすると次のようになります。 それぞれの役割について簡単にご紹介します。 ルーティングとコントローラ Controller（コントローラー）は、ユーザーのリクエストを受け取り
Journey Through The JavaScript MVC Jungle — Smashing Magazine
When writing a web application from scratch, it’s easy to feel like we can get by simply by relying on a DOM manipulation library (like jQuery) and a handful of utility plugins. The problem with this is that it doesn’t take long to get lost in a nested pile of jQuery callbacks and DOM elements without any real structure in place for our applications. When writing a Web application from scratch, it
Backbone.js ではじめるクライアントサイド MVC プログラミング | CYOKODOG
MVC と言えば Apache Struts をはじめとするサーバサイド・フレームワークを想像しますが、 今回は JavaScript による大規模開発の際に採用されるクライアントサイド MVC フレームワーク「Backbone.js」の使い方についてまとめてみました。 (厳密にはクライアントサイドの場合、MVC とは呼ばず MVVM とか MV* とか呼ばれてるようです。) 前提 Backbone.js の構成を簡単に言ってしまうと 単一データの管理を行うモデル 複数件のモデルの管理を行うコレクション 画面の管理を行うビュー の３つの主要モジュールを軸に構成されており、Underscore.js、jQuery(Zepto）に依存するかたちで動作するようになっています。 利用の際は、underscore.js、jquery.js、backbone.js の順で読み込みます。 //cdnjs
JavaScript MVC座談会。遅くならない？ それぞれの特徴は？ サーバとの通信は？（前編）
JavaScriptでの大規模アプリケーション開発を支援する「JavaScript MVCフレームワーク」がいくつも登場し、注目され始めています。7月11日に開催された「第31回 HTML5とか勉強会」では、このJavaScript MVCフレームワークがテーマとなり、主なフレームワークの紹介と座談会が行われました。 それぞれのフレームワークがどんな特徴を持ち、何に向いているのか。非常に勉強になる内容でしたので、この記事では座談会の内容を紹介したいと思います。 座談会に登壇したのは以下の方々です。 Backbone.js 清水大輔氏（NHN Japan） Spine 村田賢一郎氏（Acroquest Technology） Ember.js 斉藤祐也氏（サイバーエージェント） AngularJS 北村英志氏（グーグル） 司会はPublickey新野が務めました。 JavaScript MV
Martin Fowler's Bliki in Japanese - プレゼンテーションとドメインの分離
http://martinfowler.com/bliki/PresentationDomainSeparation.html 最も有用な設計原則に、 プログラムのプレゼンテーション層（ユーザーインターフェイス）とその他の機能をうまく分ける、というのがあります。 私はこれを発見して以来、ずっと慣行しています。 長い間これを使ってきて、いくつものメリットを発見しました。 プレゼンテーションロジックとドメインロジックが分かれていると、理解しやすい 同じ基本プログラムを、重複コードなしに、複数のプレゼンテーションに対応させることができる ユーザーインターフェイスはテストがしにくいため、それを分離することにより、テスト可能なロジック部分に集中できる スクリプト用のAPIやサービスとして外部化するためのAPIを楽に追加できる（選択可能なプレゼンテーション部分で見かける） プレゼンテーション部分のコー
AngularJSのMVWパターンを理解する - Qiita
12/4の記事（AngularJSを使ったWebアプリのアーキテクチャ設計）で書くと言ったまま放置していたので、AngularJSのMVCパターンについて書いてみたいと思います。 AngularJSのMVCについては、12/19のお前のAngular.jsはもうMVCではない。と言われないためのTutorialというすばらしい記事がありますが、本記事ではもう少し抽象的な内容を扱ってみようかと思います。 MVW（Model-View-Whatever）パターンとは MVCパターンには、MVC2、MVP、MVVMなど数多くの派生パターンがあります。 目的は同じなのに派生パターンがたくさんあるのは、それぞれのプラットフォーム固有の問題（フレームワークの違いや、サーバサイドかクライアントサイドかの違いなど）によってMV*の*の役割が異なるからです。 AngularJSは公式ページで"Superhe
MVCとかMVVMの前の自分まとめ - メモを揉め
MVC、MVVMに関する記事を色々読んでいると、 それなりに理解したつもりになっても、いざ具体的な事になるといまいちピンと来ない。 今感じている事、 大規模な開発を経験したことが無いから、必要性が実感できてない サンプルを見てもいまいちメリットが分からない オブジェクト指向も分かったような気になっているだけで、実はあまり分かってないという気がする View→HTML、Model→ロジックとデータ、みたいな単純な対応関係で覚えても捉えどころがない フレームワークを使っていくうちにコンセプトが理解できるということはあると思うので、とりあえずは手を動かしていきたいのですが、そのとりあえずが分からないのでなんとも気持ちが悪い感じです。 Backbone.jsをドットインストールで触ってみると、スゴイ便利そう。 確かに便利っぽいけどどういう使い方をすればいいのかよく分からない。 むしろ何が分からない
Gillie · A 4k JavaScript micro framework inspired in Backbone
Gillie, JavaScript MVC micro framework inspired in Backbone 06 Mar 2014 Gillie is a lightweight MVC framework inspired in Backbone. It provides useful methods to perform RESTful HTTP requests and allows for a separation of concerns using models, views and handlers. On the other hand offers an events API with which you can make your views listen for model events and take the appropriate actions, fo
Anatomy of a JavaScript MV* Framework — SitePoint
September 25, 2014Anatomy of a JavaScript MV* Framework The key to quickly learning JavaScript MV* Frameworks is to break them down into a series of features. The main features of an MV* application are routing, data binding, templates/views, models, and data access. In this post I’ll describe these features and show code examples from AngularJS, Backbone, and Ember for each feature. You will begi
JavaScript for Everybody: Accessibility of JavaScript MVCs
JavaScript for Everybody, Presented at JSConf EU 2014 by Marcy Sutton "Slick UX" What is Accessibility? Everyone can perceive, understand, navigate, and interact with the Web, and they can contribute to the Web. 80 million Europeans with disabilities 15% of the European population Accessibility is about PEOPLE. JavaScript for Everybody Accessibility of JavaScript MVCs Created by Marcy Sutton / @ma
Angular.jsで組む場合のアーキテクチャは、MVCじゃなくてMVVMの方が良いっぽいと思った話 - id:anatooのブログ
Angular.jsを何度か仕事で使ってみて、Angular.jsを使う場合のアーキテクチャはMVCじゃなくてMVVMにしたほうが良いなと思った話を書く。 Angular.jsをMVCフレームワークだと勘違いしていた 少しAngular.jsについて今まで勘違いしていたことがあって、Angular.jsではコントローラを定義できるのでてっきりMVCアーキテクチャで作るものとばかり思っていた。 公式ウェブサイトのタイトルをよくよく見てみると、「Superheroic JavaScript MVW Framework」と書いてある。MVWのWってなんだよとか思ってたらWhateverの略で、要するにMVCでもMVVMでもなんでも良いということらしい。 MVCで組んで困ったこと 勘違いが解ける前は、普通にMVCフレームワークとしてAngular.jsを使っていたけどもそれで何が困ったかというと、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MVC vs MVP vs MVVM
フロントエンドMVCとFlux
Google トレンド - ウェブ検索の人気度: ドロップシッピング
やはりお前らのMVCは間違っている
