Railsはどこから来たのか - 0058 号 巻頭言 - るびま
Railsはどこから来たのか のっけから宣伝で恐縮だが、Ruby Prize 2018が現在ノミネート対象者を募集している。Ruby Prizeは、「新規にRubyコミュニティ活動に参加した人を正当に評価し、Rubyの普及と利用促進を図る」ということを目的とした新人賞的な位置づけの賞で、2017年はkamipoさんこと上薗竜太氏が受賞した。2018年についてはこちらから一般推薦に応募できるので、広く協力していただけるとありがたい。 今さらながら最近気づいたのだが、最近 Web アプリケーション開発を始めた人からみると、Rails というのは Web 開発の王道をいく Web アプリケーションフレームワークであり、MVC といえば Rails であり、MVC の M として代表的な OR マッパーと言えば ActiveRecord である、という認識もめずらしくないらしい。 なにそれそんなや
What are MVP and MVC and what is the difference?
When looking beyond the RAD (drag-drop and configure) way of building user interfaces that many tools encourage you are likely to come across three design patterns called Model-View-Controller, Model-View-Presenter and Model-View-ViewModel. My question has three parts to it: What issues do these patterns address? How are they similar? How are they different?
10分で振り返るソフトウェアアーキテクチャの歴史2017
CAMPFIRE iOS #1 - connpass https://yj-meetup.connpass.com/event/51735/ での発表資料です。 (2017/3/23追記): 各所からいただいたフィードバックに基づき、不正確な記述を修正しました。（Nyohoさん、あんざ…
私がMVCフレームワークをもはや使わない理由
数ヶ月前、私はなぜここにたどり着き、何が可能かを理解する旅に出ました。この旅は、私にアプリケーションアーキテクチャ、MVCという強烈な宗教に対する疑いをもたらしました。そして、リアクティブ、関数型プログラミングの真の実力に触れたのです。また、シンプルさに集中する旅でもあり、私たちの産業はうまくやっているという考えを捨てる旅でもありました。どんなことを見つけたか興味がある方もいるでしょう。 私たちの見ている画面の背後にあるパターンはMVC –Model-View-Controllerです。まだウェブがなくソフトウエアアーキテクチャも分厚いクライアントが単一のデータベースに原始的なネットワークでアクセスするのがせいぜい、という時代にMVCは生まれました。そして数十年後、MVCはまだ現役であり、衰え知らずでオムニチャネルアプリケーションの開発に使われています。 Angular2のリリースの前にM
Making your own Flux application: The King of Boilerplate - Qiita
edit: ワウ〜 この記事は思ったより人気ですね。いつもReactのことは人気だし、 update oct-19: After using Flux for quite a while, I've started to become less annoyed by the amount of boilerplate used because in the end, it's MUCH harder to reason about React applications that use multiple component states. I may write about Flux again in an updated article, but only really to stress how centralized application state is what makes F
ViewControllerを肥大化させないためのMVC構成案 - Qiita
前置き ここには、iPhoneアプリ開発の入門書を読み終えた私がいざアプリ開発を始めたものの ViewControllerが肥大化し悲惨な有様になってしまったため、各種Webサイトなどから情報収集した上で、アプリ開発が破綻しないための MVC+VM(dataSource)プロジェクト構成を記載しています。 アプリ開発エンジニアとしては新米ですので、至らぬ点は多々ございますがご容赦願います。 全体のプロジェクト構成 題材として取り上げるサンプルプロジェクトは、ECアプリの商品一覧画面のようなものを出力するプロジェクトです。ホーム画面は、スワイプによるページング（カテゴリ切り替え）と、コレクションビューによる商品リスト表示機能を持ちます。 . ├── Commons │ ├── Config.h │ ├── Config.m │ ├── Utility.h │ └── Util
Model-View-ViewModel for iOS
If you’ve been developing iOS applications for any length of time, you’ve probably heard of Model-View-Controller, or MVC. It’s your standard approach to building iOS apps. Lately, however, I’ve been growing tired of some of MVC’s shortcomings. In this article, I’m going to go over what MVC is, detail its weaknesses, and tell you about a new way to structure your apps: Model-View-ViewModel. Get o
AngularJSのMVWパターンを理解する - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 12/4の記事（AngularJSを使ったWebアプリのアーキテクチャ設計）で書くと言ったまま放置していたので、AngularJSのMVCパターンについて書いてみたいと思います。 AngularJSのMVCについては、12/19のお前のAngular.jsはもうMVCではない。と言われないためのTutorialというすばらしい記事がありますが、本記事ではもう少し抽象的な内容を扱ってみようかと思います。 MVW（Model-View-Whatever）パターンとは MVCパターンには、MVC2、MVP、MVVMなど数多くの派生パターンがあ
お前のAngular.jsはもうMVCではない。と言われないためのTutorial - Qiita
JavaScriptフレームワークに興味あるし、Angular.jsを使ってみようかな・・・ そんな純真無垢なあなたを混沌の世紀末に引きずり込むのが、ほかでもないTutorialなのです。 TutorialではほぼControllerしか出てこないので、素直にこの通り書いているとまず間違いなく３カウントでControllerにコードが集中するいわゆるFat Controllerになり、せっかくMVCフレームワークも地獄の荒野になります。 実は、Angular.jsでまず目を通すべきなのはDeveloper GuideのConceptual Overviewです。これを読めばどう処理を分割するかがきちんと書かれていますが、以下ではそれ＋経験をもとにAngular.jsで正しくMVCを使用するためのポイントをまとめました。 Angular.jsの３原則 1.Controllerはイベントハンド
AbstractController を継承して遊ぶ | そんなこと覚えてない
すごい広島 #16 で遊んだこと Rails で AbstractContrller::Base を継承して オレオレ コントローラ を作りたいと思います。 どうしてこれをしたいかというと View です。 コントローラ名とアクションに対応した View がレンダリングできるのが魅力的です。 状況としてはメールを送るわけではないので ActionMailer 使えないし、すぐに画面に表示するわけではないので ActionController はちょっと…という感じなわけです。 どんな状況かというとDBに保存する長文を作成したい時です。 書いたビューはこんな感じ。 こんにちは <%= @user %>さん <%= goodbye_helper @user %> ヘルパーも使えるようにしてみます。 ファイル名は app/views/hoge_template/goro.text.erb でコン
Rails、あんたなんか嫌いよ - Rails での OO 設計について - tomykaira makes love with codes
2013-06-25 Rails、あんたなんか嫌いよ - Rails での OO 設計について ruby rails 最近はずっと Rails 書いてるんですが、書けば書くほど嫌いになってくるんです。 倦怠期的なやつなんですが、 Rails さんの悪いところばっかり見えてきて、もう一緒にいたくないんです。 でも別れるほどじゃないし… という愚痴にみせかけた Rails での設計についての議論です。 長いけどコードは一切出てこないので通勤中にでもよんでください。 注意 一部にはげしい言葉遣いがでてくるので、読んで不快になるかもしれません。 不快になったとしても責任は負いかねます。 次のような方の期待に沿う結論はでません。残念でした。 Sinatra, Padrino の人 関数型の人 静的型付けの人 C の人 TL;DR Rails にだまされない。 自分の道を見定める。 欺瞞にみちた Ra
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Weather App with “mvc_pattern”
なぜうちのチームは開発中のアプリを
MVVM から MVC に戻したのか - Speaker Deck
Facebook の決断：MVCはスケールしない。ならば Flux だ。
Nyle Engineering Blog
mizchi / すべてのMVCを過去にする - Glide
GUIアーキテクチャパターンの基礎からMVVMパターンへ