1

基本的にデータベースへの CRUD 操作用の wcf API である小さなアプリを構築する必要があります。DAL→BLL→Webサービスレイヤーの順番で作成したいです。

DAL では、基本的なテーブル CRUD 操作をデータベースに対して 1 対 1 で作成するつもりです。1 つはテーブルで 1 つの操作を呼び出します。

要件の 1 つは、このインターフェイスを使用するレガシ アプリが WCF Web サービスにアクセスして、各画面に Web サービス メソッドが関連付けられるようにする必要があることです。つまり、画面 (各画面にサービスを提供するための単一のメソッドが 1 つあると企業が決定します)。

基本的にこれらの要件を BLL に組み込み、Web サービスを介して再公開する必要があるのでしょうか。または、BLL を作成して論理的なビジネス操作を実行し、その上にファサードを構築して、特定の (上記の画面から Web メソッド呼び出しの要件) を作成し、代わりにそれを WCF で再公開する必要がありますか?

アプリを過度に複雑にしたくはありませんが、明らかに拡張可能にしたいと考えています。

どんなアドバイスでも大歓迎です。

4

1 に答える 1

0

一般に、BLL をクリーンな状態に保ち、それを必要とする他のすべてのユーザーが使用できるようにすることは理にかなっていると思います。次に、いくつかのレガシー呼び出しをサポートする必要がある場合、ファサードのアイデアは良いものです。これにより、BLL を本来の状態に保つことができますが、ファサードは正しい/既存の BLL ロジックを調整してレガシ アプリを提供します。

このように答えるのは、ほとんど安い方法です。私の答えは、あなたに同意するということです。従来の呼び出しをサポートし、既存の BLL API 呼び出しを調整するファサードを構築します。そうすれば、BLL はクリーンなままになります。

于 2012-07-07T18:06:26.430 に答える