0

私は会社のコンサルタントであり、この会社には、GridView のすべてのプロジェクト (更新、選択、削除、追加など) で基本的な CRUD 操作を行う膨大な量のプロジェクトがあります。

すべてのプロジェクトで同じ操作を n 回繰り返すのではなく、何らかの SOA ベースのアーキテクチャ設計パターンを作成してみませんか? そうすることで、誰でもSOAサービスで行っていた操作を引き継いで実行することができます。

また、私はここで間違っているかもしれません！このパターンにどのようにアプローチすればよいでしょうか。この会社の開発者のほとんどは DB 開発者です。

4

2 に答える 2

1

データサービス レイヤー、つまりビジネス ロジックのないサービスを公開するレイヤー、CRUD 操作だけを探していると思います。

オープンソースの「WSO2 Dataservices」http://wso2.com/products/data-services-server/をご覧ください

于 2013-09-30T10:57:37.360 に答える
0

サービスに対する CRUD は一般的にアンチパターンです。はるかに優れているのは、ビジネス上の意味を持つサービス オペレーションです。

SOA は、サービス操作の再利用を可能にすることよりも、さまざまなビジネス上の問題を垂直方向に分離できるようにすることを目的としています。

もちろん、データベースと対話するアプリは CRUD を話す必要があります (DB は本質的に CRUDy であるため)。これを回避することはできませんし、これを悪いことと見なすべきではありません。ただし、CRUD がビジネス上の意味を持つことは決してありません。

ビジネスでアプリを構築するための共有サービス ランドスケープについて考えるときは、サービス指向で共有する候補となる、ビジネスにとって意味のある操作を検討する必要があります。

これらは、垂直サービス スタックになることができます。

各スタックには、データベース、データ アクセス、ビジネス ロジック、およびプレゼンテーション レイヤーが含まれ、他のサービスまたはアプリケーションで使用されるビジネス上の意味を持つサービス操作を公開でき、完全に個別に開発および管理できます。

私が聞いた soa の最も良い説明は、このビデオにあります: https://vimeo.com/5022174

于 2013-10-04T14:32:31.617 に答える