service - データ サービス レイヤーを使用することの長所と短所は何ですか?

Question

これは、SOA の世界で定期的に繰り返される議論です。1995年くらいから聞いていましたが、それよりもずっと前から話題になっていました。私はそれについて間違いなく自分の意見を持っていますが、Data Services Layer を持つことについて、また同様に Data Services Layer を持つことに反対することについて、いくつかの適切で確固たる議論を聞きたいと思います。

システム アーキテクチャにどのような価値を追加しますか? 固有の落とし穴は何ですか？一般的なアンチパターンとは?

記事へのリンクは間違いなく受け入れられます。

混乱を避けるために、この記事では、私が話しているデータ サービス層のタイプについて説明します。基本的に、データへの SOAP アクセスを提供し、ビジネス ロジックを含まない、データベース上の薄いレイヤー。

Answer 1

データサービスは非常にデータ指向であり、ロジックのないプロジェクトでは常に粗雑です。たとえば、ログサービスやプロパティサービスがある場合に適している可能性があります。

そのDDBBを含むドメインが複雑で、ロジックが複雑な場合は、そのロジックをそのサービスまで（おそらくオーケストレーションで）管理する必要があるため、ロジックをいくつかのサービスに分割します。その場合、そのドメインを管理し、1つのインターフェースのみを公開する、より厚い独自のサービス（DAL、BLL、およびSIL）を使用する方がよいと思います。

最後に、それは別のツールであり、問​​題によって異なります。