銀座Rails#26の登壇資料です https://ginza-rails.connpass.com/event/189892/
Rails.root直下にdomainディレクトリがある以外は通常のRailsと同じです。 domainをappに含めない理由 appは解決領域、domainは問題領域だからです。 domainをアプリケーションと疎結合にすることで Rails以外のWebアプリケーションフレームワークを 使うこともできます。 後述のO/RマッピングでActiveRecordを使っているので 実際に違うWAFを使おうとすると、そう簡単には切り替えられないのですが 最も大事なドメインモデルはそのまま利用することができます。 domainディレクトリ domain ├── activity │ ├── complete_state.rb │ ├── end_phase_spec.rb │ ├── no_state.rb │ ├── no_transition.rb │ ├── no_wip_
このエントリは Ruby on Rails Advent Calendar 15 日目です。（遅くなってすいません） 同時に 14 日目のじょーかーさんのエントリへのアンサーエントリでもあります。 （まあ、じょーかーさんがこの Advent Calendar に登録したときに、タイトルから内容を推察してこれを書くことを決めましたが、実際のところ、あまりアンサーにもカウンターにもなってないし、全然関係ない内容と言えないこともないので、まあサービスクラスについては僕も推奨したことがあるし、僕も反省してるんですよ程度に読んでもらえると幸いです。） まずはじめにごめんなさい 3 年くらい前に僕は Rails にサービスクラスというものを導入するといいことがあるよと書いたのだけど、それからいくつもの Rails アプリケーションを見たり、実際に自分で開発したりして、うーんって思うことも増えてきたので
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く