OpenApiQuery icon indicating copy to clipboard operation
OpenApiQuery copied to clipboard

OData based query language for your ASP.net core APIs

Results 21 OpenApiQuery issues
Sort by recently updated
recently updated
newest added

The OpenAPI specification provided by NSwag should be used for serializing/deserializing types as per definition there. Also the query parameters should be documented accordingly.

enhancement

I am very interested in this project, as it covers exactly what I need from oData without all the extra clutter I do not need. With the current status and...

question

The error handling and reporting to API clients regarding malformed queries is quite poort and should be improved.

enhancement

The OData standard defines the OData Error response. It is maybe worth having a opt-in consistent error response writing.

enhancement

At many places we still use raw reflection. We must consider caching them as compiled lambdas for optimal performance.

enhancement

Devs might want to change some behaviors, We must decide which parts of the framework are public and extensible.

documentation

Those variables are often needed in queries: $it, $root, $this

enhancement

OData allows addressing the count of collections via property/$count. This should be supported in queries. e.g. like `/users?$filter=trips/$count gt 10`

enhancement

Spatial types are quite a nice feature of EF and should be supported in OpenApiQuery.

enhancement

Support data aggregation like described in http://docs.oasis-open.org/odata/odata-data-aggregation-ext/v4.0/cs01/odata-data-aggregation-ext-v4.0-cs01.html

enhancement