賢いデータは必要なのか (arclamp.jp アークランプ)

きっかけは、「オブジェクトからサービスへ」というエントリに対して、通りがかりさんからコメントいただいたことだった。これまで、長い間、もやもやしたものを感じていたのだ。 オブジェクト指向の本を紐解くと、データと振る舞いをクラスにカプセル化すると書かれている。僕も疑問は、そもそも、それが正しいのか、つまり、データに振る舞いを持たせる必要性があるのだろうか？賢いデータは必要なのか？ということだ。 Javaでは、データと振る舞いの分離が進んでいる まず、現状として、Javaの世界では、データと振る舞いの分離が大きくすすんでいる。EJBにしても、EntityBeanとSessionBeanというのは、データと振る舞いの関係にあり、分割がよいこととされている。さらに、O/Rマッピングツールが流行するにつれ、データの保持クラスはPOJOとなった。一方、ビジネスロジックは、FacadeやServiceと

[JHashimoto]

"ビジネスロジックは、FacadeやServiceと呼ばれ、外部への見せ方（インターフェース）が重視され、そこにデータを与えることで、結果のデータが返ってくるという形になっている。"

[ghostbass]

データと処理は分離不可能。/ bold変数がintからboolって、setBold(void)とresetBold()を作るんだからクライアントには影響ないはず。setBold(int)だったら0/1以外渡されたらアウトだしweightを渡すんだったらsetWeight(int)のはず。

[tnk962]

いつの時代もプログラマは悩んでる、ということか。とはいえ、そんなに突き詰めて考えなくても、時流に乗っ

[kasedac]

業務系アプリでは、データと振る舞いを分離する方が現実的

[lenore]

データと振る舞いの分離 手続きのカプセル化