2. なぜフレームワークが必要か • (単純化した)良くあるJavaScriptアプリケーショ ン ① クリックされると ② フォームの内容を取得し て ③ Ajax送信し、 ④ 結果を描画する POST http://example.com/status {"text" : "aaaa"} ---- {"text" : "hi! aaaa"}
2. なぜフレームワークが必要か • (単純化した)良くあるJavaScriptアプリケーショ ン ① クリックされると ② フォームの内容を取得し て ③ Ajax送信し、 ④ 結果を描画する POST http://example.com/status {"text" : "aaaa"} ---- {"text" : "hi! aaaa"}
7. (VC) ViewController Fragment View View Model En@ty En@ty En@ty Model Locator Model En@ty En@ty En@ty API API API プレゼンテーション層 ビジネス層 データ層 State Machine Local Data Access この図はアプリを作る時によく出てくるコンポーネントよ。 ここではコンポーネントという言葉を、「一塊の機能を実 現するClass群」という意味で使っているわ。(他にいい 言葉無いかな…) よく使うコンポーネント 外部サービス データソース コンポーネント コンポーネント コンポーネント コンポーネント コンポーネント コンポーネント コンポーネント 7
TL;DR MVCもレイヤで捉えて関係性の設計をするといいのでは 普通のRubyオブジェクトを積極的に使いたいですね 「パーフェクト Rails」に期待しましょう 長くなって面倒くさくなり、途中から手抜き感が半端ないですが許してください この記事の位置付けなど 7 Patterns to Refactor Fat ActiveRecord Models - Code Climate Blog [翻訳] エリック・エヴァンスのドメイン駆動設計 エンタープライズ アプリケーションアーキテクチャパターン これらの参考文献を踏まえてRailsアプリケーションのリファクタリングをしていて、だいぶ方向性や考え方がまとまってきたので、これからチームに合流する人を想定読者に、Qiitaがどんな感じで作られているのかを文書化したものです。(参考文献の一覧は記事の最後にあります) 内容的には文献[2,3]を踏
お話してきました。 6/23 .NETラボ勉強会 http://www.dotnetlab.net/dnn/Events/NETラボ勉強会2012年06月/tabid/116/Default.aspx 今回の件で大体わかったんですが、DomainModel/TransactionScriptの所まで70分ぐらいで話を進めるのは無理ですね。 今回のセッションの内容のあたりの理解を前提に踏まえたセッションをどこかでやりたいっす。 3/10よりはうまくなったかなぁって気がします。 Twitterでサンプルコードから概念を学ぶ事についてうっさかったのでそこら辺はしっかり書いています。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く