プレゼンテーション層がサービス層と通信し、サービス層がビジネス層と通信する 3 層アプリケーションを開発しています。ビジネス層はデータベースにアクセスできます。現在、テーブルの CRUD 操作を保持するためにビジネス レイヤーを実装しています。サービス層とビジネス層でメソッドを整理することに関して、いくつかの疑問があります。
まず、サービス層のメソッドをどのようにグループ化する必要がありますか? ページに必要なすべてのデータがサービスのメソッドによって提供される場合、ページに基づいてメソッドをグループ化する必要があります。それとも、複数回のサービス呼び出しでページ データを取得する必要がありますか?
もう 1 つの懸念事項は、ビジネス レイヤーでのメソッドの編成に関するものです。サービス レイヤーのメソッドについては、対応するメソッドをビジネス レイヤーで実装する必要があるようです。このロジックに従うと、サービス層のメソッドはダミーのように動作し、承認と検証のみを処理します。例: 2 つのテーブルの結合から得られるデータをフェッチする場合、サービス レイヤーで 2 つのテーブルをフェッチしてからサービス レイヤーで結合を実行するか、ビジネス レイヤーで同じことを行う関数を用意する必要があります。サービス層とビジネス層の間のデータ転送を本質的に減らします。