ビジネスロジック層とドメインモデル - ひがやすを技術ブログ
ビジネスロジック層は次のようなクラス(アプリケーションロジックもドメインロジックも1つのクラス)で構成されます。 サービス Dxo アプリケーションロジック メールを送るなどドメインに無関係なロジック ドメインモデルの再利用性を高めるためドメインモデルから分離する アプリケーションロジックをサービスのメソッドにしてしまうとアプリケーションロジックが分散する危険性がある (ドメインロジック) ドメインロジックを()で囲っているのは、ドメインロジックをドメインモデルに持たせた場合、ドメインロジックは、ビジネスロジック層に含まれないためです。 ドメインモデルにドメインロジックが含まれる場合をリッチドメインモデルと呼び、ドメインモデルにドメインロジックが含まれない場合をシンドメインモデルと呼ぶことにします。 ドメイン層ではなく、ビジネスロジック層という言葉を使ったのは、リッチドメインモデル場合、ド
InfoQ: ドメイン駆動設計・開発の実践
ドメイン・モデルと開発に注力しないと"太ったサービス・レイヤ"と"ドメイン・モデル貧血症"によるアプリケーション・アーキテクチャになってしまいます。この場合、ファサード・クラス(通常はステートレス・セッション・ビーン)にどんどんビジネス・ロジックが溜まっていき、ドメイン・オブジェクトがgetter/setterからなる単なるデータの運び屋のようになってしまいます。このアプローチをとるとドメイン固有のビジネス・ロジックやルールが複数の異なるファサード・クラスに散在(時には重複)することになります。 "ドメイン・モデル貧血症"はたいていの場合、コストに見合いません。他の企業と比較して利点があるわけではなく、このアーキテクチャの下でビジネス要求の変化を実装するには開発と本番環境へのデプロイするのに時間がかかり過ぎます。 DDD実装プロジェクトにおけるいろいろなアーキテクチャや設計について見ていく
JavaScriptデバッガ、開発環境などに使えるツールのまとめ
JavaScriptの開発環境は、テキストエディタを除外すると、主にデバッガやインスペクタとしてWebブラウザに内蔵されているのものと、Webブラウザのアドオンになっているもの。そして単独のアプリケーションとして統合開発環境となっているものの3つに大別できるでしょう。 特にWebブラウザのアドオンは手軽かつ一般のプログラミングには十分な機能を備えたものが登場しており、よく使われているようです。 2008年6月に書かれた以下の記事が、現状でのWebブラウザに関するHTML/CSS/JavaScriptのデバッガの状況を捕らえています。 Webデバッガ最強はFirebugだが、ほかのブラウザでは... | エンタープライズ | マイコミジャーナル In-browser Development Tools: Firebug Still King （英語） では以下から、ツールごとに関連する記事を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ドメインモデル管理のあらゆる側面
