DOAはRailsの銀の弾丸か - 書評:エンタープライズRails - ひがやすを技術ブログ

Railsは、最初に素早く動くもの(scaffoldなど)を作って、そこからフィードバックをもらい、少しずつ動く状態を保ちながら、改良していくスタイルです。 スモールスタートを切るには最も向いているスタイルです。しかし、最初はそれで良かったものの、プロジェクトへの要求が増えるにしたがって、コードは複雑になっていき、だんだんメンテするのが大変になってきます。 これはRailsの問題ではなく、システムのアーキテクチャの問題です。 システムでやらなければならないことがたくさん増えたときでも、急にコードが複雑になることなく、きちんとメンテナンスし続ける方法があるなら、誰でも学んでみたいと思うでしょう。 その方法を教えてくれるのが、エンタープライズRailsなのです。 エンタープライズ Rails ―企業ユーザのためのWebアプリケーション設計術 作者: Dan Chak,高井直人,笹井崇司出版社/

[WhatAmILookingFor]

“モデリングは理論的に確立されているDOAでおこなって、ドメインモデルは、それとほとんど一対一にマッピングする方法が、今のところ成功する確率が高い方法なんじゃないかと思っています。”

[todesking]

エンタープライズRails、まさにDOAなモデルをARにマッピングする内容なのか

[shin1x1]

CakePHPに応用しよう

[imai78]

DOAとDDDはどちらも信者がいるから噛み合ないよなぁ。ちなみにDDDは何度か失敗して、そもそも大変だと理解した。

[uzuki-first]

参考

[yssk22]

まさに、RDBでモデリングするような、不変なデータを扱うのであればRailsが強い。問題は、データが変わりやすい領域だと、Railsをもってしても、その変化には(RDBがボトルネックになって)耐えられないんじゃないか、疑惑

[atsuizo]

あとで買う、と思う。厨とは言えない程度のDOA好き。OOA弱いだけっていうのは大きな声では（ry

[s-feng]

MVAC の吸収の仕方よりもモデル寄りの構造化とインターフェイスというイメージなのかな・。

[hirose504]

モデリングは理論的に確立されているDOAでおこなって、ドメインモデルは、それとほとんど一対一にマッピングする方法が、今のところ成功する確率が高い方法

[ktakeda47]

複合主キー。モデルとしてはきれいだけど、たしかにアプリ側と相性悪い。

[takeshiketa]

『Railsではidを使うほうが無難だと思います。』やっぱりそう思いますか。

[Tambourine]

問題はRDB使うか使わないかで、RDB＋OOPならRailsが最適解なのかも。Railsは要するに「Webアプリは所詮テーブルへのCRUDで作れる」って思想だから。そうじゃない方面も見たいけど、それはもしかしてGAEなのか？

[atcorp]

しっくりきた。。

[FTTH]

到着時心肺停止と聞いて

[kanemu1117nc]

いずれ参考になるかも。

[scorelessdraw]

複合主キーってやっぱり多数派なのかな？あれはユニークキーでいいと思うんだけど

[takai_naoto]

"押し付ける気はありませんが、私の一押しです。"

[fukken]

"この本は、DOA(Data Oriented Approach)の本です。ビジネスをデータモデルできちんとあらわすことこそ、DOAの本質であり、長くシステムを使い続けていくためには必要なことなのです"