DataProvider-vs-Repository

Erste, lassen Sie mich hinzufügen, dass einige Konzepte:

Repository

Einen Repository ist ein Muster, mit denen Sie Objekte speichern in einem Ort, kann alles sein, wie Datenbanken, xml -, txt-logs, etc. Einige Anwendungen verwenden ein repository zur Umsetzung der Datenbank-Persistenz-und es ist auf der business-Logik-Schicht der Anwendung. Suchen Sie diesen Artikel um mehr zu erfahren.

http://msdn.microsoft.com/en-us/library/ff649690.aspx

Daten Anbieter

Einen DataProvider ist ein set von Komponenten, ermöglicht die Verbindung mit einer Datenbank. Einige dataProviders implementieren können nur eine Datenbank wie MySql, PostgreSql, Oracle (diese werden nicht unterstützt nativ durch .Net), andere können eine Verbindung mit mehreren Datenbanken wie OleDb, da die Datenbank das unterstützt. Sehen Sie mehr hier auf dieser wie:

http://msdn.microsoft.com/en-us/library/a6cd7c08(v=vs. 110).aspx

Wenn Sie mehr wissen wollen, werfen Sie einen Blick auf die ADO.NET Spezifikation. Es gibt einige Klassen und Konzepte, die wichtig ist, zu wissen, wie Connection, Command, Transaction.

http://msdn.microsoft.com/en-us/library/h43ks021(v=vs. 71).aspx

Unterschied zwischen Ihnen

Den Unterschied zwischen Ihnen ist der eine Repository implementiert die Datenbank-Persistenz verwendet eine Data Provider auf eine Datenbank zugreifen, so dass das repository kapselt ein Daten-provider.

Dies ist ein wichtiges Prinzip, weil es schön ist, zu halten, eine lose Kopplung zwischen den Schichten Ihrer Anwendung, in anderen Worten, die anderen Ebenen will nicht wissen, wie es ist beibehalten, die von dem Repository, es ist einfach bestehen bleiben und das abrufen, wenn nötig.

Alle den Zugriff auf die Datenbank ist für die DataProvider innerhalb einer Repository.

Einem praktischen Beispiel, könnte eine Methode des repository:

public Person Get(int id);
{
    Person p = null;
    using (var con = new SqlConnection("your connection string")) 
    {
        con.Open();
        using (var command = new SqlCommand("select * from Person where id = @id", con))
        {
            command.Parameters.AddWithValue("@id", id);
            using (var reader = command.ExecuteReader())
            {
                if (reader.Read())
                {
                   p = new Person();
                   p.Name = reader["Name"].ToString();
                   //other properties....
                }
            }
        }
        con.Close();
    }
    return p;
}

Eigentlich, würden Sie nicht brauchen zu erstellen eine PersonDataProvider. DataProvider wird ADO.NET Klassen, die Ihnen eine Datenbank direkt zugreifen, mit Klassen, die implementiert Basis-Schnittstellen aus ADO.NET wie IDbConnection, IDbCommand, IDbTransaction usw. Nun, wenn Sie wollen, nennen Sie Ihre Daten auf Klassen mit einem DataProvider sufix, kein problem.

Ich denke, es ist schön, einen ORM tool wie Entity Framework oder NHibernate Implementierung von access-Datenbank in ein Repository und nicht ADO.NET mit einem Datenprovider, verwenden und injizieren Sie einige Abhängigkeiten, die von diesem ORM wie ISessionFactory innerhalb des Repositorys contructor.