FastEndpoints VS RestSharp

Bonus Time! In addition to the Microsoft-supported methods above, many community frameworks exist for building APIs with .NET. FastEndpoints is an option I found recently that seems very promising. With performance benchmarks that put them on par with Minimal API, they are firmly ahead of Controller-based APIs.

Have you had a look at FastEndpoints yet? Any thoughts?

And yet, all Microsoft's demos for the upcoming changes for Blazor in .NET 8 (like SSR) has been a public facing recipe site (e.g. https://www.youtube.com/watch?v=QD2-DwuOfKM). I'd say this is a very similar use case as the Microsoft Store.

I love .NET and ASP.NET Core, but I use it purely for backend. And even there, I use 3rd party libraries like Fast Endpoints (https://fast-endpoints.com/). Microsoft keeps bringing in new technologies and effectively abandoning the ones that fall out of favour (look at the progression from MVC -> Razor Pages -> Blazor). I do not blame the Microsoft Store team for not trusting the .NET team to not simply abandon Blazor as well somewhere down the line and instead opt for other technologies for the front-end.

I also find a very similar framework in .NET "Fast Endpoints"

I gave it a go and I was impressed how easy and fast it was to set it all up. Since I'm not a big fan of REPR pattern almost all my projects are using CQRS pattern with a help of MediatR ](https://github.com/jbogard/MediatR) I immediately started going over something similar that Fast Endpoints offer which is a command bus.

Ive personally been using FastEndpoints which is a community built thing on top of minimal apis - https://fast-endpoints.com/

I've just started to use a similar thing, and it's so much better than controllers - https://fast-endpoints.com/

Sort of minimal but check out FastEndpoint. https://fast-endpoints.com/

RestSharp

Use RestSharp to create a client library. It requires you to write more code, but it's still a lot less boilerplate than using HttpClient directly.

Let's say we have a simple web app that uses RestSharp, a fairly well-known REST API client library for .NET.

RestSharp:

Are you consuming REST or SOAP web services? For REST APIs you can use https://restsharp.dev/.

Can you not specify the type in the execute call, and see if you can inspect the response? var response = await client.ExecuteAsync(request); I’m on mobile so formatting, but if this is the same client, I just looked at some tests that could suggest this maybe possible https://github.com/restsharp/RestSharp/blob/dev/test/RestSharp.IntegrationTests/RequestBodyTests.cs

A way to read a rest API. If I were in your shoes, I'd probably play with RestSharp: https://restsharp.dev/

On line 16, we append the endpoint that we are going to connect to. In this example, we hit the “/addresses” endpoint. On line 17, we authenticate to Lob using Basic Authentication. Our Lob API key is placed where the username would be and we leave the password empty. Flurl sets the basic-auth headers using the WithBasicAuth method. For those using RestSharp it looks like this.