モデルを作成/命名するための好ましいアプローチは何ですか?
私のアプリケーションには、ユーザー レコードの作成、フェッチ、更新などに関連するすべてのビジネス ロジックを含む「ユーザー」モデルがあります。
一部のコントローラーでは、複数の「ユーザー」レコードのリストを取得したい場合があります。
この場合、Users というまったく新しいモデルを作成する必要がありますか?
私の見方では、いくつかのオプションがあります。
コントローラーにデータベース アクセスを許可すると、コントローラーは関連するすべてのユーザーにクエリを実行し、それらをループするときに User モデル オブジェクトを作成できます。（悪い）
「ユーザー」と「ユーザー」という 2 つの別個のモデルを使用できます。ユーザー オブジェクトは、単一のレコードの作成、取得、更新を処理します。ユーザー オブジェクトは、実際にはすべてのユーザー レコードを一覧表示する場合にのみ役立ちます。
私はこのようなことをするという考えが好きではありません:
$user = new User();
$user->fetchAll();
純粋にセマンティックな理由で。私の意見では、User オブジェクトは 1 つのユーザー レコードにのみ関連付ける必要があります。
たぶん私はこれについて間違った方法で考えています.データベースの「users」テーブルに関連する「User」モデルは、最初から「Users」という名前にする必要がありました。
この問題にどう対処しますか？