ビジネスロジック = ドメインロジック

2005-12-12 の「ビジネスロジックとは」にいくつかコメントや指摘を頂いた。

- ビジネスロジック = ドメインロジック

はてなブックマーク - ビジネスロジックとは
http://b.hatena.ne.jp/entry/http://sonic64.com/2005-12-12.ht ...

Dice-Kei 『ビジネスロジックをもっと簡単に…『手続き』とか？』
naoya 『[programming] なんか最近はドメインロジックって言ったりもするよね。』

あ、一言で表現するというよりは、「ビジネスロジックって何ですか?」と新人たちに聞かれたときに簡単に説明できるようにしておきたいってことなんです。全然言葉が足りませんでしたね。

今までは「ロジック」とか「シーケンス」とか「シナリオ」など言ってたものが、ここ数年で「ビジネスロジック」と呼ばれるようになったんです。しかも、ちょっと言葉の指す範囲が拡大している。で、それを簡潔に説明できないかなあと考えてました。

ドメインロジックって呼んでるのはファウラーと彼の本の読者というイメージがありますね。業務上の会話ではもうビジネスロジック一色で、ドメインロジックって言葉を見かけるのはウェブと書籍だけかなあ。そうそう、ドメインロジックはビジネスロジックと同義なので言い換えることができますが、「ドメインモデル」を「ビジネスモデル」と言い換えてる例を見かけないのは、経営の用語と混同しちゃうからからなんですかねえ。

- トランザクションスクリプト的

Landscape - エンジニアのメモ - ビジネスロジックとは
http://publicstaticvoid.main.jp/jugyo_blog2/?p=1729

トランザクションスクリプト的な考え方だなと思いました。

私もなんとなくそう思います。2005-12-12 で一番最後に挙げた「これらをどういった順番で処理するのか。」がトランザクションスクリプトっぽさを醸し出しているんでしょうね。

私の扱っているアプリケーションは小規模で、かつプラットフォームが .NET なのでトランザクションスクリプトというか Table Module で作ることが多くなりますね。そういえば、そもそもドメインモデルで作ったことってあったかなあ?

ドメインモデルの利点は頭では理解できるんですが、私の扱ってるケースではいまのところそこまで手をかける必要は無いと判断してます。Table Module だとトランザクションの開始と終了がシンプルで明確になって、ACID を確保しやすいのでよく使ってます。

- それ違う

ビジネスロジックとは
http://dkiroku.com/2005-12-12-10.html

ビジネスソング・ロックバンド NO YOUNG
http://noyoung.biz/blog/

全然違う! しかしこのバンドの歌詞、すごいなあ。