バックエンド開発におけるビジネスロジックとストレージロジックを区別する方法は？

バックエンド3層アーキテクチャ：ビジネスロジックとデータアクセスロジックの境界

バックエンド開発では、コントローラー、サービス、DAOの一般的な3層アーキテクチャは、コントローラーおよびサービスレイヤーで比較的明確です。これらは、ビジネスロジックからデカップリングメッセージキュー（MQ）、HTTP、RPCなどなど、ビジネスロジックとプレゼンテーションロジックを分離することによって主に実装されています。ただし、特にマネージャーレイヤーの導入後、サービスレイヤーとDAOレイヤーの境界は、多くの場合、開発者を混乱させます。

Pythonのバックエンド開発では、 usermodel.is_super()などのビジネスクエリメソッドや、 usermodel.objects.all()などのネイティブデータベース操作など、ビジネスロジックがモデルレイヤーに混在する場合がありますusermodel.**

ビジネスロジックと非ビジネスロジックの分析

ビジネスロジックと非ビジネスロジックの鍵は、顧客のニーズに直接関係するかどうかにあります。顧客が知覚できないロジックは、以下を含む、しばしば非ビジネスロジックと見なされます。

1. データベース構造と関連関係：たとえば、 usermanager.delete()およびdepartmentmanager.delete()メソッドは、サービスレイヤーでDAOレイヤーメソッドを2回呼び出すことなく、同時に関連テーブル（ userdeptmodelなど）の削除を処理できます。マネージャーレイヤーがなくても、DAO層は、これらの操作がビジネスロジックとは無関係である限り、そのような関連性またはクロステーブル操作を実行できます。

   クラスのusermanager：
       def delete（self）：
           userdao.delete（）
           userdeptdao.delete（）
   クラスの部門マネージャー：
       def delete（self）：
           departmentdao.delete（）
           userdeptdao.delete（）

2. パスワードソルト：ユーザーは、パスワードがプレーンテキストに保存されていないことを知る必要があり、塩の追加操作はDAOまたはマネージャーレイヤーで処理できます。

   クラスuserdao：
       def make_password（self、passwd）：
           塩分（passwd）を返す＃塩関数def save（self）を追加：
           self.passwd = self.make_password（self.passwd）
           super（）。save（）

3. DAOレイヤーの命名と定義方法： naming daoレイヤー法、たとえば、 get_super_userなどのセマンティック名が適切かどうかは、それらがビジネスロジックに関連しているかどうかによって異なります。 superがビジネス関連でない場合、 get_super_user使用することは受け入れられます。

4. HTTP要求カプセル化：バックエンド依存関係（他のチームが提供するサービスなど）は、サービス層の方法ではなく、DAO層の方法にカプセル化できます。

Django/FlaskのDjangoフィルターと同様の関数を実装します

DjangoとFlaskにDjangoフィルターのような機能を実装する場合、DAO層は要求パラメーターに合格する必要があるため、レイヤーごとの浸透問題に遭遇することがよくあります。 Springのような依存関係インジェクションフレームワークがない場合、次を検討できます。

• Javaでは、MyBatisやJPAなどのフレームワークは通常、注釈と構成ファイルを介してデータアクセスとフィルタリングロジックを管理するために使用されます。

データエンティティと3層アーキテクチャの関係

データエンティティは、システム内のデータオブジェクトを表します。 3層のアーキテクチャでは、コントローラー、サービス、およびDAO層が1つずつ厳密に対応していません。

• DAOレイヤーには、 userdaoやdepartmentdaoなどのさまざまなデータエンティティを処理するための複数の方法が含まれている場合があります。
• サービスレイヤーは、完全なビジネスロジックを実装するために、複数のDAOレイヤーメソッドを組み合わせる必要がある場合があります。

要するに、DAO層はデータストレージの相互作用のみを担当し、ビジネスロジックは含まれません。サービスレイヤーは、ビジネスロジックの実行を担当します。たとえば、ユーザーを作成するとき、サービスレイヤーはユーザー名が複製されているかどうかを確認し、ユーザーを保存するためにDAOレイヤーメソッドを呼び出します。このアーキテクチャは、システムを責任によって分割し、コードの保守性とスケーラビリティを改善するように設計されています。

以上がバックエンド開発におけるビジネスロジックとストレージロジックを区別する方法は？の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。