Mit Dapper QueryAsync zum zurückgeben eines einzelnen Objekts

Leider unsere DB ist datiert zurück bis in die 90er Jahre. Sein Vermächtnis ist so stark, dass wir immer noch mit SP damit zu tun, die meisten die CRUD-Operationen. Es scheint jedoch, dass Dapper Anzüge sehr gut und wir haben gerade angefangen zu spielen mit.

Allerdings bin ich ein wenig besorgt über den Umgang mit einer einzigen Datenzeile. In diesem Fall bin ich mit QueryAsync zu rufen, die SP die übergabe einer ID. Wie Sie sehen können, das Objekt ist die Rückgabe außerhalb der async-Aufruf(*).

Werde ich in Schwierigkeiten sein? Wenn ja, weiß jemand, wie es zu handhaben? Brauche ich eine QuerySync statt?

public class SchemePolicyRepository : ISchemePolicyRepository
{
    private readonly SqlConnection sql;

    protected SchemePolicyRepository(SqlConnection connection)
    {
        sql = connection;
    }
    ... 
    public async Task<SchemePolicy> GetById(string id)
    {
        var schemePolicy = await sql.QueryAsync<SchemePolicy>("risk.iE_GetSchemePolicyById",
            new { Id = id },
            commandType: CommandType.StoredProcedure);
        return schemePolicy != null ? schemePolicy.FirstOrDefault() : null;
    }
    ...
}

(*)Die SchemePolicy Objekt zurückgegeben FirstOfDefault() ist nicht eine async-Methode.

Wie Sie sehen können, ist das Objekt nicht zurückgeben, aus der async-Aufruf. Was bedeutet das? Sie bedeuten, dass Ihre Abfrage nicht funktioniert?
Es ist nichts falsch mit gespeicherte Prozeduren sind SQL-genau wie die schweren, langsamer ORMs generieren.
Danke @YuvalItzchakov, ich habe aktualisiert die post
Sie haben Recht, das ist, warum wir verwenden bevorzugt Dapper anstelle von EF. Die alte Mode ADO.NET ist noch etwas, das wir lieben, hier zu verwenden 🙂
Also im Grunde, Sie sind besorgt, weil FirstOrDefault ist nicht async?
Richtig!!!! @YuvalItzchakov

InformationsquelleAutor Stefano Magistri | 2015-07-06

asynchronous c#dapper repository

11

Zunächst, ich glaube nicht, dass Sie müssen die null check, Dapper zurück-null-Zeilen für eine Abfrage. BEACHTEN Sie, dass dies WAHR für SQL Server aber sollte das gleiche für jedes andere RDBMS. Also das
```
return schemePolicy != null ? schemePolicy.FirstOrDefault() : null;
```
einfach so geschrieben, wie
```
return schemePolicy.FirstOrDefault();
```
Jetzt etwas gegen die eigentliche Sorge, und Sie erwähnt:

Objekt ist die Rückgabe außerhalb der async-Aufruf(*)

Dass ist nicht wahr. Wenn Sie es schreiben, entweder, wie Sie NUR bekommen Ihr Objekt, nachdem die Abfrage ausgeführt wurde. So wird der folgende Satz zwei codes geben das gleiche Verhalten:
```
var schemePolicy = await sql.QueryAsync<SchemePolicy>("sp", {rest of code});
return schemePolicy.FirstOrDefault();
```
und
```
var schemePolicy = sql.QueryAsync<SchemePolicy>("sp", {rest of code});
return schemePolicy.Result.FirstOrDefault();
```
Die Sorge ist wirklich jetzt mit der Art, wie Sie Sie nennen GetById um sicherzustellen, dass (1) die Methode nicht blockiert alle anderen Threads und (2), dass Sie Ihre Zielobjekt NUR, wenn die Abfrage ausgeführt hat. Hier ist ein snippet für eine Konsole App, können Sie es testen mit:
```
static async void GetValue()
{
    var repo = new SchemePolicyRepository(new DbManager()); //creates an open connection 
    var result = await repo.GetById();
    Console.WriteLine(result);
}

static void Main(string[] args)
{
    GetValue();   
    Console.WriteLine("Query is running...");
    Console.ReadKey();
}
```
Test wird Ihnen zeigen, dass GetValue fordert folglich, dass die GetById Methode blockiert nicht den rest des Codes. Auch, dass nichts zurückgegeben wird FirstOrDefault bis die Abfrage verarbeitet wurde.

Hier ist die Unterstützung der code für die Abfrage in den Fall, dass jemand will, um zu versuchen und stellen Sie sicher, dass das Konzept gültig ist (code funktioniert mit SQL-Server 2008 und höher):
```
public async Task<int> GetById()
{
    var sql = @"
WAITFOR DELAY '00:00:05';
select 1 where 1=1";

    var result = await {the_open_connection}.QueryAsync<int>(sql);    
    return result.FirstOrDefault();
}
```
InformationsquelleAutor von v.

Dapper unterstützt QueryFirstOrDefaultAsync() heutzutage, so könnte man den code schreiben, wie diese,

public async Task<SchemePolicy> GetById(string id)
{
    return await sql.QueryFirstOrDefaultAsync<SchemePolicy>("risk.iE_GetSchemePolicyById",
        new { Id = id },
        commandType: CommandType.StoredProcedure);
}

InformationsquelleAutor Christian Davén

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.