『ドメインモデルに対する日米の温度差』

マーチン・ファウラー氏によれば、アプリケーションの中核部であるビジネスロジックを構築する方法には、Transaction ScriptパターンとDomain Modelパターンの2通りがあるという。Domain Modelパターンは、データと振る舞いを1つのオブジェクトにまとめ、オブジェクト指向のテクニックを駆使するやり方だ。一方のTransaction Scriptパターンでは、データと振る舞いは別々のオブジェクトに分け、振る舞いをスクリプト的に淡々とプログラミングしていく。 日本ではTransaction Scriptが優勢 この2通りのうち、日本ではTransaction Scriptパターンの方が優勢だ。日本のオピニオンリーダーも軒並みTransaction Scriptを薦めている。 たとえば、Seasarの開発者であるひがやすを氏は、古くからデータと振る舞いを分離するアプローチ

[nunulk]

10年前の記事だけど、いまとそんなに状況変わってなくない？関数プログラミングもデータと振る舞い分けるのがいいっていう立場だし。どっちでもいい（悪い）って話じゃないのかな…

[takatama]

“もしOOのパラダイムシフトを身に付けていない現状を肯定してしまえば、最適解はTransaction Script。それは局所解。新卒プログラマ100人のチームで開発したいのか、ケント・ベック10人のチームで開発したいのか。”

[efcl]

トランザクションスクリプトとドメインモデル

[tarchan]

＞ERPの導入には、自社のやり方を業界標準に合わせることで合理化を図るという、業務改革の意味合いもある。海外の企業は、そうした業務改革も含めてERPの導入を推進するが、日本の企業はあくまで既存の業務を温存し、

[sonota88]

2007

[JHashimoto]

"Transaction Scriptパターンでは、データと振る舞いは別々のオブジェクトに分け、振る舞いをスクリプト的に淡々とプログラミングしていく。"

[WhatAmILookingFor]

O/Rマッピングは本来Domain Modelのための永続化ツールなので、O/Rマッピングに疑問を投げかけることは、ある意味Domain Modelに疑問を投げかけることでもある）

[ryoasai]

この記事から4年たっているが、海外ではJPAとドメインモデルは十分に浸透しているように思われる。ドメインモデルしないのはあえてJavaで作る必要がない認識。PHPでよい。

[takami_hiroki]

日本のビジネスには、Transaction Scriptパターンが現実的なのかな。

[ghostbass]

データ処理に関しての「構造化設計」を「トランザクションスクリプト」と呼んでいるだけじゃないの？

[mikage014]

「マーチン・ファウラー氏によれば、アプリケーションの中核部であるビジネスロジックを構築する方法には、Transaction ScriptパターンとDomain Modelパターンの2通りがあるという」

[jonysand]

ouobpoのOuobpoの記事、ドメインモデルに対する日米の温度差です。

[katzchang]

コメント欄「「伝票を書いたらカーボン紙で二重化される」のは (伝票に)ちょっぴりインテリジェントな機能が追加されてる感じがします。 カーボン紙は自動(自働？)化されてるのが味噌。」

[j5ik2o]

少数精鋭で効率がよい考え方で開発したいのでDDDを実践したい

[syd_syd]

DDD

[masakanou]

読む

[ocs]

日本の大手は正に前者だなぁ。＞新卒プログラマ100人のチームで開発したいのか、ケント・ベック10人のチームで開発したいのか。その価値判断の違いが、温度差の原因なのかもしれない。

[SUM]

面白い。

[t-wada]

Domain Modelパターンの受け入れ方に関する日米のメンタリティの違いについて。ところでコメント欄のWirfs-Brockの本って『Object Design: Roles, Responsibilities, and Collaborations』かな? 良い本だから出てほしい。 wktk