Laravel, beste Stelle/Benennung für Abfragen im Zusammenhang mit mehreren db-Tabellen

Question

Ich arbeite an einer Laravel-Anwendung mit vielen beredten Modellen. Diese beredten Modelle (z. B. Benutzer, Post usw.) enthalten auch viele Abfragen, die nur lose mit dem Modell verbunden sind (oft rohe SQL).

Einige Abfragen sind wie, "Holen Sie mir einige Informationen aus einer Tabelle, einige andere und ein wenig Informationen aus einer dritten Tabelle". Jetzt können Modelle wie das Benutzermodell viele Methoden wie getAllUncompletedActionsForUser oder getSessionsDurationsPerUser haben. Ich denke, es ist nicht schön, wenn ein eloquentes Modell tausende Zeilen Code haben wird.

Was würden Sie von der Aufteilung dieser Modelle halten, wo würden Sie setzen und wie würden Sie Klassen benennen, die Datenbankergebnisse zurückgeben, die sich mit vielen verschiedenen Tabellen befassen?

Answer 1

Haben Sie über die Verwendung von Traits nachgedacht?

Wenn es nach mir ginge, würde ich einen Ordner App/Traits erstellen und zum Beispiel eine UserActions Eigenschaft haben, die die getAllUncompletedActionsForUser() Funktion hat. Die Eigenschaft UserActions kann in jeder geeigneten Klasse/Modell verwendet werden.

Answer 2

Willkommen im Engpass des active record Muster. Deshalb nennen so viele Leute es als Anti-Muster.

Anstatt zu versuchen, mehr Funktionalität in der gleichen Klasse zu drücken, sollten Sie den nur vage-bezogene Persistenzlogik data mappers Eigenständig in Bewegung setzen.

Kinda wie folgt aus:

$user = App\Entity\User::find($id); 

$mapper = new App\Mapper\UserActions($dbConnection); 
$mapper->fetchIncompleted($users); 

var_dump($user->getActions(App\Entity\User::ACTION_INCOMPLTE)); 

Natürlich werden Sie wahrscheinlich IoC nutzen wollen (wenn möglich) für diese Mapper in der gegebenen Dienst Injektion anstelle von new Operator in irgendeiner beliebigen Stelle zu verwenden.