Zum Beispiel JPA Criteria API kann ohne generierte Metamodell verwendet werden. Die Typsicherheit geht verloren, aber ich kann Abfragen ohne vorherige Kenntnis des Datenmodells erstellen, indem ich nur zur Laufzeit Reflektion verwende. Ich würde gerne Querydsl auf die gleiche Weise verwenden. Typsicherheit ist mir egal, da ich das Datenmodell ohnehin nicht kenne.Kann Querydsl ohne generierte Abfragetypen verwendet werden?
Auf meinem letzten Projekt möchte ich Querydsl hauptsächlich verwenden, weil es eine andere Schicht über Persistenz bildet. Also kann ich hoffentlich dieselben Abfragen über JPA, JDO, JDBC, Lucene, Hibernate Search, MongoDB, Collections und RDFBean verwenden.
Oder gibt es eine Alternative zu Querydsl, die in der beschriebenen Weise verwendet werden kann?
Da NoSQL DBs auf dem Vormarsch sind. Gibt es einen anderen Rahmen, der eine ähnliche abstrakte Schicht über verschiedene Persistenzanbieter darstellt?
Es ist schade, dass Querydsl keine solche Abstraktion über Module bietet. Das wäre sehr vorteilhaft und könnte Querydsl zu "LINQ Alternative in Java Ecosystem" drängen. Gibt es einen besonderen Grund, warum Querydsl diese Funktionalität nicht bietet? Warum unterscheiden sich die Abfragen in den Modulen? –
Bietet LINQ das sogar? –
Querydsl zielt nicht darauf ab, eine Persistenzabstraktion bereitzustellen, das ist der Hauptgrund, das Hauptziel besteht darin, eine typensichere konsistente Syntax für Persistenzabfragen bereitzustellen. –