Nun, es gibt das Data Access Object-Muster, das aber oft über dem Repository liegt und dazu dient, komplexe Abfragen zu verarbeiten, so dass sie einfach als eine einzige Methode aufgerufen werden können.
Das Repository stellt eine Standardschnittstelle zu Ihrer Datenbank bereit, und DAO macht Standardabfragen verfügbar, weshalb die beiden so gut zusammenpassen; DAO leitet bestimmte Aufrufe an das Repository weiter. Natürlich können Sie sicher sein, kein Repository in Ihrem DAO zu verwenden. Sie könnten eine Verbindung zu Ihrer DB öffnen und die Abfragen direkt ausführen oder ein Tabellendaten-Gateway verwenden, aber ich denke, dass die meisten Leute Repository bevorzugen, weil es ein wenig sauberer ist als diese beiden Optionen, obwohl sie nicht schreien sollten Sie:)
In Computer-Software, ein Datenzugriff Objekt (DAO) ist ein Objekt, das bietet eine abstrakte Schnittstelle zu einigen Art der Datenbank oder Persistenz Mechanismus, einige spezifische zur Verfügung stellen Operationen ohne Details von die Datenbank. Es bietet eine Zuordnung Von Anwendungsaufrufen bis zum Persistenzschicht. Diese Isolation trennt die Bedenken, welche Daten greift auf die Anwendungsanforderungen zu, in Begriffe von domänenspezifischen Objekten und Datentypen (die öffentliche Schnittstelle von die DAO), und wie diese Bedürfnisse sein können zufrieden mit einem bestimmten DBMS, Datenbankschema usw. (der Umsetzung der DAO). Dies Entwurfsmuster ist gleichermaßen anwendbar zu den meisten Programmiersprachen, am meisten Arten von Software mit Persistenz Bedürfnisse und die meisten Arten von Datenbanken, aber es ist traditionell assoziiert mit Java EE-Anwendungen und mit relationale Datenbanken, auf die über die JDBC API wegen seiner Herkunft in Sun Best Practice von Microsystems Richtlinien [1] ("Core J2EE Patterns") für diese Plattform.
Tags und Links repository-pattern repository data-access-layer