どのくらいビジネスロジックの価値オブジェクトは?
https://stackoverflow.com/questions/110328
-
02-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian質問
一括している点とインターネットで提供される単純な豆は廃棄物の時間値のオブジェクトの"しなければるものが含まれているビジネスロジックを利用します。
別の言いようなコードの維持が難しく、すべてのビジネスロジックな外部化.
私はこの問いは主観的な.うとにかく知りたいの答えの中から点です。
解決
きよし 移動オブジェ または データ転送オブジェクト(DTO).
こじj2eeパターンと呼ばれる値オブジェクト"でもいう名前でしたのかこ
http://dddcommunity.org/discussion/messageboardarchive/ValueObjects.html
今のご質問に思いを入れて最小限のロジックマDTOs、論理に必要な表示。
もっと良いの場合にもさまざまなデータベースに基づくwebアプリケーションに同行し、はj2eeパターンの使用 Hibernate または Java Persistence API ドメイン作成のモデルを支える流負荷の関係を利用する方は受付にお申し出ください
を参照 オープンセッション、ビュー.
このように継続してご利用いただけるプログラムのセットDTOs、すべてのビジネスロジックをご利用のお客様にご利用views/コントローラ等
他のヒント
のデータや企業の論理と推進を封止となく内部の状態では他のオブジェクト。そのように、お客様のご使用になるコンピュなインターフェースではなく、実装されます。を参照 "いい" 原則と 法のデメーテル.封止でわかりやすいの国のデータは、読みやすくなりコードや切り離の授業は一般に容易ユニットテストです。
Externalisingビジネスロジック（一般的には"サービス"または"マネージャー"の授業）の質問のように"ここはどこのデータが使われるのか"、"どの国できるのか"を、多くの答えです。そんな時にも手続き上の考え方を包み込むオブジェクトです。ことができ 貧血のドメインモデル.
Externalising行動だけではない。例えば、 サービス層 れを計画領域、もしその状態を操る責任を有する。やまねいに読み込み/書き込みをDBにマップするブへの入力フォームなども必要なドメインモデルの苦しいオブジェクト/リレーショナルマッピング架なので--。
転写物が多いと切り離建築の層から（または外部のシステム)を提供し、最小限の状態情報を呼び出す層のニーズにな露ビジネスロジック
に使用することもでき、例えば作成の際には情報のリスナーをアンインストール:場での情報ニーズの他には何もないようにまとめることができ どのよう する情報を表示でなく、 何 情報が表示されます。例えば、を、これまでの凝集資料のデータです。
とのご意見、ごドを分離している.ご利用のドメインのオブジェ日本学術振興会ではドメインがrefactorを推進して無差別に利用setterか、セッター(その破れの封止).
しかし、もあります。にまつわるオーバーヘッドの移動物体の多くの重複す。プロジェクトって終わるのが基本的にはミラーその他のドメインのオブジェクト（私が考えている抗パターン).
それはその時々です。
恥ずかblurt、さらに興味深?
の基本的な質問をお願い設計であり、オブジェクト:のロジックの準拠のオブジェクトのデータ 異なる または 同 使用量-消費量のオブジェクトによっ?
と異なる場合の利用電話の異なる論理externaliseます。の場合と同じ重さのオブジェクトを巡る、かのクラスです。
私の個人的嗜好にビジネスロジックのドメインモデルそのものは"true"ドメインのオブジェクト。だからデータ転送対象物が作成されたわけ(変更不能な状態表現のドメインのオブジェとして含んではならないビジネスロジックれを含むことができ法のクローニングとの比較ものが、お肉のビジネスロジックをコードは、ドメインのオブジェクト。
何Korrosている。
値オブジェクト:=小さな単純なオブジェクトのように、金または日付の範囲、平等にあるのではなく。
DTO:=オブジェクトをデータとプロセスのための数を減らす方法。
これらのdefintions提案したマルタンファウラーさんなどの普及に努めます。
いPanagiotis:のセッションビューのパターンがりをDTOs.けされそうになったアプリケーションははるかに簡単になりま交通のドメインオブジェクト(または一部の複合容からビュー層の。
とはいうものの、ハードだけですが、必要にHttpSessionが一致をお持続層のユニットです。したりすることを確実にしなければならなすべてのデータベース変更（作成、アップデート、削除)を行っています。つまり、たくないものの場合、ビュー階層には、ドメインのオブジェクトのフィールドが変更され、変更が続くのアプリケーションコードを意図的に保存します。その他の問題が重要に対処するための取引の意味に仕事です。通常は既に修飾ドメインのオブジェクトにつ取引の文脈れている方まで楽しめるのが難しいORM層を必要と新たな取引はない。何 は 挑戦である入れ子の取引が含まれる第二の取引の文脈内で最初に開設。
い研究を非Java APIで扱う問題で見るレールを積極的に記録できるRubyサーバーのページに成長を続けるリテール企業にて、ドメインモデルの切り込みと送りを小さく、その関連団体等
