私は laravel (php mvc フレームワーク) を数週間使用しています。現在、ピボット以外のテーブルごとにモデルを作成しています。次のような単純なテーブルでも:
id (符号なし int (PK)) | ユーザータイプ (varchar(20))
1 | ゲスト
2 | メンバー
3 | モデレータ
雄弁なORMを使用して、他のモデルをそれらに関連付けるのが簡単になるからです。
ORMを利用するためにそのような単純なテーブルのモデルを作成するのが普通なのか、それともより良いアプローチがあるのか 疑問に思っていましたか?
現在、私のアプリケーションはこれらのテーブルのモデルを使用して機能していますが、学習中に適切なコーディング規則を確実に習得したいと考えています。
前もって感謝します。
ここに長い答えがあります：はい！
modelいつ、なぜが の同義語になったのかはわかりませんentityが、これは混乱を招きます。
MVC の発明者である Trygve Reenskaug によると、元の MVC 記事では次のように述べています。
定義
モデルは、コンピューティング システム内のデータの形での抽象化のアクティブな表現です。
[...]
モデルは、これらのデータを処理するために必要な方法とともに、データのコレクションとしてコンピューターに表示されます。
そのため、最近では多くの人が (誤って) モデルをデータ表現やデータ ストレージなどとして定義していますが、これは間違っています。
モデルはアプリケーション ロジックを扱い、これにはデータの抽象化、データ ストレージ、データ処理などが含まれます。
私は自分のデータ抽象化をEntityではなくと呼んでいmodelました。私のアプリケーション モデル レイヤーはServiceorと呼ばれApplication Modelます。私の記憶域層は、などと呼ばStorageれています...このすべてをまとめて、私たちが呼ぶことができるものですModel
それが明確になったので、次に進みましょう...
あなたが言った：
雄弁なORMを使用して、他のモデルをそれらに関連付けるのが簡単になるからです。
もういい！
plan txt ファイルをストレージとして使用しないわけにはいきませんが、データが他のデータに関連している場合は、データベースを探す必要があります。
Eloquent は ORM (Object-Relational Mapping) であるため、その背後にあるデータベースに依存しています。txt ファイルを使用する場合、ユーザー タイプ別にユーザーを復元するにはどうすればよいですか?
私はフレームワークに慣れていませんが、それらのほとんどは自動的にエンティティを生成します。宣言するだけで済みます...
一部のエンティティにビジネス ロジックがなく、それを格納するだけでよい場合は、「完全なモデル」は必要ありません。そして、それがあなたがしていることです。
私があなたを説得したことを願っています...