ApiController vs ODataController beim Aussetzen von DTOs

Question

Kann mir jemand erklären, wann ich mein Controller-Formular ODataController vs ApiController erben sollte?

Die Frage wird durch die Tatsache verursacht, dass die von ApiController zurückgegebenen Ergebnisse mit OData-Abfrage gefiltert werden können.

Wenn ich QueraybleAttribute auf die Methoden von contoller anwenden, wird die Abfrage verarbeitet, selbst wenn die Aktion IEnumerable zurückgibt.
Ohne dieses Attribut, aber mit dem Aufruf config.EnableQuerySupport(), wird die Abfrage nur verarbeitet, wenn die Methode IQueryable zurückgibt.
Ich denke, es ist kein konsistentes Verhalten. WebAPI documentation and examples bedeutet, dass der Controller von ODataController inerit sein muss. Und ich bin ein wenig verwirrt.
Entweder ApiControlleraccidentally und teilweise unterstützt Teil (mindestens $ überspringen, $ Filter und $ oben) von OData-Protokoll. Oder das ist von Entwurf und ich brauche ODataController für komplette ODataSupport.

Das eigentliche Problem ist, dass mein Dienst DTOs, nicht POCOs exponiert. Es kann keine Eins-zu-Eins-Zuordnung geben. Es muss eine OData-Abfrage für DTOs in eine EF-Abfrage für POCOs konvertiert werden.
Jetzt nur mit OData spielen. Ich rufe Entitäten ab und wandle sie in DTOs um. Zugegebenermaßen ist dies nicht sehr performant, um alle von DB für jede Anfrage zu erhalten, die für Experimente noch tolerierbar ist. Aber es ist definitiv nicht notwendig, alle Entitäten an den Client zurückzugeben, wenn es eine gefilterte Teilmenge von DTOs erfordert.
Die OData-Abfrage wurde sofort mit ApiController und dem Attribut Queryble gestartet, aber die oben erwähnte Inkonsistenz lässt mich etwas falsch machen.

Answer 1

Kann mir jemand erklären, wenn ich mein Controller Form ODataController vs ApiController erben sollte?

Sie würden von ODataController erben wollen, wenn Sie einen Endpunkt verfügbar machen möchten, die dem OData protocol haftet. Wenn Sie etwas anderes tun möchten, beispielsweise einen REST-Endpunkt, erben Sie von ApiController.

Einige Teile des WebAPI-OData-Frameworks, aber keine anderen, ist wahrscheinlich keine gute Idee. Es kann in einigen Fällen, aber wird wahrscheinlich nicht gut in anderen arbeiten. Zum Beispiel können Sie Support anfordern, aber der $ metadata-Endpunkt wird möglicherweise nicht generiert (das ist nur Spekulation, die tatsächlichen Symptome können unterschiedlich sein).

Es klingt, als ob Sie bereits EntityFramework verwenden. Ich weiß, dass es eine Reihe von Beispielen gibt, die zeigen, wie dies als OData-Endpunkt verfügbar gemacht wird.

Wenn Sie dies aus irgendeinem Grund nicht tun möchten, können Sie die Abfrage selbst implementieren. Dies wird kurz an einigen Stellen unter this tutorial behandelt, aber das Wesentliche besteht darin, einen Parameter vom Typ ODataQueryOptions<T> zu Ihrer Aktion hinzuzufügen und die Methoden darauf zu verwenden, um Ihre Ergebnismenge zu filtern. Es kann jedoch sehr mühsam sein, gute Datenbankabfragen für alle möglichen OData-Abfragen zu erstellen. Sie sollten dies also nach Möglichkeit vermeiden.

Answer 2

Dies erklärt die Unterschiede schön: http://blogs.msdn.com/b/alexj/archive/2012/08/15/odata-support-in-asp-net-web-api.aspx