0

現在、私の組織内では、パイロット SOA プロジェクトのいくつかの規則を考え出そうとしています。一見したところ、データ エンドポイントに直接アクセスせずに、サービスのユーザーにビジネス サービスの使用を強制するのが最善であると考えました..しかし、これが当てはまらない、または開発者にとって「有効」である可能性がある特定のシナリオはありますか?サービス外の特定のデータ エンドポイントにアクセスするには?

これを公開すると、実際に再利用が損なわれるのではないかと常に恐れています。誰もが、利用可能な同じバックエンドデータを使用して同様のビジネスサービスを「再発明」し、「理論的には..より簡単に」書くだけになるからです。 「私のデータベースを使用するこの他のサービスは何をするのか?」と尋ねるのではなく、新しいビジネス サービスを提供します。

サービスがデータベースへのほぼ直接的なパス スルーである場合でも、開発者の時間を節約し、最終的にはビジネス コストを節約するルールを適用することができるからです。

考え?

4

2 に答える 2

0

いずれにせよ、あなたの Web サービスは、ビジネス レイヤーのシン ラッパーにすぎませんか? あなたのサービス層はおそらく、おそらくいくつかの馬鹿げたDTOを除いて、あなたのビジネス層以上のものを持つべきではありません. そうすれば、「私のデータベースを使用するこの他のサービスは何をするのか」と尋ねる人は誰もいません。データベースを使用していないため、BL を使用しています。

于 2009-03-24T16:22:38.380 に答える
0

ユーザーに何かをすることを「強制」することを説明するとき、あなたは赤い旗を振っています. 質問について考えて、ユーザーを「有効にする」などの言葉に言い換えることができるかもしれません。これが決定の出発点であり、SOA にはさまざまな UI 戦略の長所と短所があるからです。

于 2009-03-24T16:26:04.193 に答える