1

私は次のディレクトリを持っています:

-UI
-BusinessLogic
-DataAccess
-BusinessObjects

サーバーシステムの状態を変更するサーバー側サービスへのクライアントスタブであるクラスがある場合、それはどこに行きますか. .

4

4 に答える 4

2

このコードはごみ箱に属します;-)

真剣に、あなたがそれを書いてどこに行くのかわからない場合は、コードに問題があるか、パーティション分割に問題があります。あなたのシステムについて、あなたが持っているよりも多くの情報をどのように持っているのでしょうか?

情報に基づいていない意見が必要な場合は、ペタバイト単位で入手できます。

  1. クライアントスタブだと言ったので、UIに入ります
  2. ビジネス ルールの効果を実装するため、ビジネス ロジックに入ります。
  3. 状態を変更するサービスにアクセスしているため、データ アクセス レイヤーに入ります。
  4. サーバーの状態が変化するため、ビジネス オブジェクト レイヤーに入ります。

スタブが実際に何をするのか教えていただけると助かります。詳細がなければ、それがどこに属するのかを知るのは難しく、および/またはそれがどこに「あるべき」かについて、孤立した状態で議論するのは簡単です

于 2008-12-21T18:46:06.117 に答える
1

私はそれがそれらのどれにも属していないと思います。新しいディレクトリまたは完全に新しいプロジェクトが必要です。しかし、与えられたもののうち、私はBusinessObjectsと言わなければなりません。なぜなら、それは確かにあなたの説明に従ってデータにアクセスしておらず、むしろ単にローカルオブジェクト(スタブ)のように機能しているからです。

于 2008-12-21T15:53:13.017 に答える
1

これをデータ アクセスの形式と考えますが、残りのデータ アクセス クラスと同じプロジェクトに配置する必要があるかどうかはわかりません。レイヤーは主に概念的なものであることに注意してください。これは、デザインをきれいに保つのに役立ちます。それらを異なるプロジェクトに分けることは組織的に役立ちますが、必須ではありません。それが実際のスタブ クラスである場合、データ アクセス プロジェクトはおそらくそのための自然なホームですが、UI レイヤーでのみ使用される場合は、そこに保持しても問題ないでしょう。

于 2008-12-21T15:21:33.127 に答える
0

Webサービスリポジトリ内。

于 2008-12-21T15:23:08.710 に答える