There's no out-of-the-box attributes for settings examples for types so we relay on transformers for this. For these kinds of situations, transformers provide more flexibility and reduce the amount of new API that needs to be added.
@@safiaabdalla5656 Transformers work well for security schemes and requirements, but they feel awkward for defining example values. With the Swashbuckle generator, it's at least possible to use XML comments for classes and route/query params, which is more convenient. However, is there an example available for using transformers specifically with example values for route/query parameters? Having an [Example()] or [Examples()] attribute (like [description()]) would be far more convenient...
We don't provide built-in support for mapping FluentValidation configurations to OpenAPI documents but it is something that FluentValidation can provide by building on top of the transformers API in their own packages.
There's one thing I would like to point out after initial testing, the `dotnet watch` command is not rebuilding the definitions so hot reloading needs to be turned off!
Great demo! I'd like to see some presentation about Kiota and how it's integrated with current open API workflows as well.
Great demo! Do you have a source code for it on a GitHub?
Could you please provide source code for this presentation?
Thank you guys, just wonder why things that are done in schema transformer could not be done via attributes ?
My first thought is because of NativeAOT friendly, or we need to create some source gen
There's no out-of-the-box attributes for settings examples for types so we relay on transformers for this. For these kinds of situations, transformers provide more flexibility and reduce the amount of new API that needs to be added.
@@safiaabdalla5656 Transformers work well for security schemes and requirements, but they feel awkward for defining example values. With the Swashbuckle generator, it's at least possible to use XML comments for classes and route/query params, which is more convenient. However, is there an example available for using transformers specifically with example values for route/query parameters? Having an [Example()] or [Examples()] attribute (like [description()]) would be far more convenient...
what about fluentvalidation here?
We don't provide built-in support for mapping FluentValidation configurations to OpenAPI documents but it is something that FluentValidation can provide by building on top of the transformers API in their own packages.
There's one thing I would like to point out after initial testing, the `dotnet watch` command is not rebuilding the definitions so hot reloading needs to be turned off!