ApiEndpoints
OData.Extensions.Graph
| ApiEndpoints | OData.Extensions.Graph | |
|---|---|---|
| 22 | 1 | |
| 2,992 | 1 | |
| - | - | |
| 4.3 | 10.0 | |
| about 1 month ago | almost 2 years ago | |
| C# | C# | |
| MIT License | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
ApiEndpoints
- Web apis with controllers but whats the other way
-
Does anyone like minimal API?
I personally prefer the API Endponts project that doesn’t get the love it deserves. It’s really the best of both worlds. It breaks each endpoint up into one file to make it easier to manage and prevents ginormous Controllers.
-
Are minimal APIs meant to be used for lightweight projects or do they offer something controllers don't?
I personally think it feels "cleaner" when using the controllers instead because they provide more out of the box features. Having one endpoint per file is a nice thing so I'm thinking about using the ApiEndpoints ( https://github.com/ardalis/ApiEndpoints ) package.
-
Need help for refactoring my Controller
You can follow a "controller per endpoint" strategy. One good way to do it is with Steve Smith ApiEndpoints: https://github.com/ardalis/ApiEndpoints
- Need help understanding the purpose of MediatR in vertical slices architecture.
-
Thick or thin API controllers?
I'm not disputing the benefits of thin controllers but there are other ways to make the controllers thinner. For example, I could use libraries such as ApiEndpoints which allows me to have one handler class per REST endpoint. Basically, MediatR pattern but at the ASP.net level.
The only think I would suggest is to break endpoints into separate files via smth like this https://github.com/ardalis/ApiEndpoints
-
FastEndpoints v3.0 released with easy api versioning support!
You really should compare against https://github.com/ardalis/ApiEndpoints
-
FastEndpoints alternatives - ApiEndpoints and Carter
3 projects | 20 Jan 2022
- ASP.NET Core 6: Autenticación JWT y Identity Core
OData.Extensions.Graph
What are some alternatives?
FastEndpoints - A light-weight REST API development framework for ASP.NET 6 and newer.
FastEndpoints - A light-weight REST API development framework for ASP.Net 6 and newer. [Moved to: https://github.com/FastEndpoints/Library]
MediatR - Simple, unambitious mediator implementation in .NET
IdentityServer4 - OpenID Connect and OAuth 2.0 Framework for ASP.NET Core
Carter - Carter is framework that is a thin layer of extension methods and functionality over ASP.NET Core allowing code to be more explicit and most importantly more enjoyable.
.NET Runtime - .NET is a cross-platform runtime for cloud, mobile, desktop, and IoT apps.
AutoMapper - A convention-based object-object mapper in .NET.
Paket - A dependency manager for .NET with support for NuGet packages and Git repositories.
EZEndpoints - A better way to create web api endpoints for ASP.Net 6 that encourages CQRS and Vertical Slice Architecture. [Moved to: https://github.com/dj-nitehawk/FastEndpoints]
awesome-software-architecture - A curated list of awesome articles, videos, and other resources to learn and practice about software architecture, patterns, and principles.
ASP.NET Core - ASP.NET Core is a cross-platform .NET framework for building modern cloud-based web applications on Windows, Mac, or Linux.
DevToPosts