Scala, Rahmen spielen: Wie richtig injizieren Abhängigkeit in Domäne (Einheit) Klasse

Question

ich ein Domain-Objekt habe:

case class User(val id: Long, username: String) 

Ich will nicht Service-Repository-Ansatz (wie typische Federanwendungen folgen, wo Entitäten sind nur Datenhalter), ich möchte die Funktionalität für den Benutzer in das Benutzerobjekt einfügen.

Aber ich möchte Benutzerobjekt nicht an konkrete Infrastrukturimplementierungen binden, also möchte ich stattdessen Schnittstellen (Traits) übergeben.

Ich versuche, dies zu tun durch folgende:

case class User(val id: Long, val username: String, implicit val userRepository: IUserRepository) 

Und irgendwo in der Anwendung (Controller, oder irgendwo anders), möchte ich (mit @Inject()) konkrete Umsetzung von IUserRepsoitory injizieren und wollen Es wird implizit an den Konstruktor von User übergeben.

Frage 1: Fall class User (val id: Lang, val username: String, implizite val UserRepository: IUserRepository) - das funktioniert nicht, es ist nicht

Frage 2 zusammengestellt: Ist es korrekt, die Infrastrukturimplementierung von der Objektdomäne im Spiel zu entkoppeln? sind sie einige Best Practices?

Danke.

Answer 1

Eine vollständige Parameterliste ist entweder implizit oder nicht. Sie suchen nach

case class User(id: Long, username: String)(implicit userRepository: IUserRepository) 

Architektonisch klingt es wie eine schlechte Idee, eine Benutzerklasse wissen zu lassen, dass es ein eigenes Repository ist.