Wo werden solche Sachen wie Paging untergebracht ?
Die Repositorys entkoppeln ja komplett vom Konzept des Datenbankzugriffs, da dieses nicht Aufgabe der Businesslogik ist.
Und sowas wie Paging gehört ja eigentlich auch nicht zur Businesslogik, da es ja wohl eher eine Anforderung des Clients ist, der mit der Businesslogik arbeitet.
Andererseits währe es dann doch nicht sehr elegant, wenn ich dann dem Client zusätzlich direkten Zugriff auf den entsprechenden Datenstore (DAO, Webservice usw.)
gebe um sowas umzusetzen.
Und das Paging direkt nur im Klient mit Zugriff über das Repository zu erledigen ist auch doof, da ich über das Repository ja nur alles auf einen Rutsch bekomme.
Eine Möglichkeit die mir einfallen würde, wäre einen Filter für Suchargumente zu nutzen und dort die Parameter für das Paging mit unterzubringen und das dem Repository für die Suche unterzuschieben.
Aber verschmutzt das nicht das Model ?
:bahnhof:
Die Repositorys entkoppeln ja komplett vom Konzept des Datenbankzugriffs, da dieses nicht Aufgabe der Businesslogik ist.
Und sowas wie Paging gehört ja eigentlich auch nicht zur Businesslogik, da es ja wohl eher eine Anforderung des Clients ist, der mit der Businesslogik arbeitet.
Andererseits währe es dann doch nicht sehr elegant, wenn ich dann dem Client zusätzlich direkten Zugriff auf den entsprechenden Datenstore (DAO, Webservice usw.)
gebe um sowas umzusetzen.
Und das Paging direkt nur im Klient mit Zugriff über das Repository zu erledigen ist auch doof, da ich über das Repository ja nur alles auf einen Rutsch bekomme.
Eine Möglichkeit die mir einfallen würde, wäre einen Filter für Suchargumente zu nutzen und dort die Parameter für das Paging mit unterzubringen und das dem Repository für die Suche unterzuschieben.
Aber verschmutzt das nicht das Model ?
:bahnhof:
Zuletzt bearbeitet:
