So stellen Sie den Entity Framework-Datenkontext schreibgeschützt ein

Ich muss einen Entity Framework-Datenkontext für Plugins von Drittanbietern verfügbar machen. Der Zweck besteht darin, diesen Plugins zu erlauben, nur Daten abzurufen und keine Einfügungen, Aktualisierungen oder Löschungen oder andere Befehle zur Datenbankänderung auszugeben. Wie kann ich also einen Datenkontext oder eine Entität schreibgeschützt machen?

Neben der Verbindung mit einem schreibgeschützten Benutzer können Sie noch einige andere Dinge mit Ihrem DbContext tun.

public class MyReadOnlyContext : DbContext
{
    // Use ReadOnlyConnectionString from App/Web.config
    public MyContext()
        : base("Name=ReadOnlyConnectionString")
    {
    }

    // Don't expose Add(), Remove(), etc.
    public DbQuery<Customer> Customers
    {
        get
        {
            // Don't track changes to query results
            return Set<Customer>().AsNoTracking();
        }
    }

    public override int SaveChanges()
    {
        // Throw if they try to call this
        throw new InvalidOperationException("This context is read-only.");
    }

    protected override void OnModelCreating(DbModelBuilder modelBuilder)
    {
        // Need this since there is no DbSet<Customer> property
        modelBuilder.Entity<Customer>();
    }
}

Im Gegensatz zu der akzeptierten Antwort halte ich es für besser, die Komposition der Vererbung vorzuziehen . Dann müssten keine Methoden wie SaveChanges beibehalten werden, um eine Ausnahme auszulösen. Warum brauchen Sie überhaupt solche Methoden? Sie sollten eine Klasse so gestalten, dass sich ihr Verbraucher nicht täuschen lässt, wenn er sich die Liste der Methoden ansieht. Die öffentliche Schnittstelle sollte mit der tatsächlichen Absicht und dem eigentlichen Ziel der Klasse übereinstimmen, während in der akzeptierten Antwort mit SaveChanges nicht impliziert wird, dass der Kontext schreibgeschützt ist.

An Stellen, an denen ein schreibgeschützter Kontext erforderlich ist, z. B. auf der Leseseite des CQRS- Musters, verwende ich die folgende Implementierung. Es bietet seinem Verbraucher nichts anderes als Abfragefunktionen.

public class ReadOnlyDataContext
{
    private readonly DbContext _dbContext;

    public ReadOnlyDataContext(DbContext dbContext)
    {
        _dbContext = dbContext;
    }

    public IQueryable<TEntity> Set<TEntity>() where TEntity : class
    {
        return _dbContext.Set<TEntity>().AsNoTracking();
    }
}

Mit ReadOnlyDataContext können Sie nur auf Abfragefunktionen von DbContext zugreifen. Angenommen, Sie haben eine Entität mit dem Namen Order. Dann würden Sie die ReadOnlyDataContext-Instanz wie folgt verwenden.

readOnlyDataContext.Set<Order>().Where(q=> q.Status==OrderStatus.Delivered).ToArray();