0

テクノクラートの意見が欲しい

Oracle 8i データベースを使用して、レガシー システム ビルドを Oracle フォームに移行しています。クライアントは、このレガシー システムを Web アプリケーションで再開発したいと考えているため、MVC3 フレームワークを選択します。クライアントは、アプリケーションのビジネス ロジックを含むレガシー システムのすべてのストアド プロシージャを再利用することを望んでいます。

すべてのビジネス ロジックがストアド プロシージャで記述されている場合、システムにビジネス レイヤーは必要ないと思います。

だから私は3つのレイヤーを作成しました-:

インターフェイス層 -> MVC 3 アプリケーション

データ層 -> ストアド プロシージャから情報を取得するために使用

DTO 層 -> インターフェイス層からデータ層にデータを転送するために使用されます。

すべてのビジネス ロジックはストアド プロシージャ内にあるため、ビジネス オブジェクトまたはビジネス レイヤーは作成しませんでした。インターフェイス層からデータ層にリクエストを転送するだけで、ビジネス層を持たないビジネス層を作成するのは好きではありません。

このアプローチは正しいですか？

4

2 に答える 2

0

すべての操作をデータ レイヤーの一部であるストアド プロシージャに転送するだけの場合でも、ビジネス レイヤーを作成することをお勧めします。

クライアントは、ビジネス ロジックを含むすべてのストアド プロシージャを再利用することを望んでいるので、これ以上ストアド プロシージャを変更または追加することをクライアントが望んでいないのも当然のことのように思えます。別の方法で実装したり、ビジネス レイヤーに配置できるビジネス ロジックのシーケンスを変更したりする必要があるイベントが発生する場合があります。データ中心ではないビジネス ロジックが必要になる場合があります。つまり、電子メールの送信やサード パーティ システムとの調整など、ストアド プロシージャにビジネス ロジックを含めることは合理的ではないように思えます。

于 2013-08-22T05:52:06.890 に答える