A simple yet organized project template for building ASP.NET Core APIs using .NET Core 3.1 (the latest/fastest version of .NET Core to date) with preconfigured tools and frameworks. It features most of the functionalities that an API will have such as database CRUD operations, Token-based Authorization, Http Response format consistency, Global exception handling, Logging, Http Request rate limiting, HealthChecks and many more. The goal is to help you get up to speed when setting up the core structure of your app and its dependencies when spinning up a new ASP.NET Core API project. This enables you to focus on implementing business specific code requirements without you having to copy and paste the core structure of your project, common features, and installing its dependencies all over again. This will speed up your development time while enforcing standard project structure with its dependencies and configurations for all your apps.
If you are looking for a project template for ASP.NET Core API that you can reuse across your team, or if you are new to ASP.NET Core and would like to get up to speed on how it works without having you to configure most of the basic features that an API will have, then this is for you.
There are two ways to install the template:
- From Nuget with .NET CLI: ApiBoilerPlate.AspNetCore
- From VSIX Market Place with Visual Studio: ApiBoilerPlate.AspNetCore
- .NET Core 3.1
- ASP.NET Core - For building RESTful APIs
- Dapper - For data access.
- AutoMapper - For mapping entity models to DTOs.
- AutoWrapper - For handling request
Exceptionsand consistentHTTPresponse format. - AutoWrapper.Server - For unwrapping the
Resultattribute from AutoWrapper'sApiResponseoutput. - Swashbuckle.AspNetCore - For securing API documentation.
- FluentValidation.AspNetCore - For Model validations
- Serilog.AspNetCore - For logging capabilities
- IdentityServer4.AccessTokenValidation - For
JWTAuthentication handling - Microsoft.Extensions.Http.Polly - For handling
HttpClientResilience and Transient fault-handling - AspNetCoreRateLimit - For controlling the rate of requests that clients can make to an external
APIbased on IP address or client ID. - AspNetCore.Diagnostics.HealthChecks - For performing health checks
- Microsoft.AspNetCore.Diagnostics.HealthChecks - For getting the results of Health Checks in the application
- AspNetCore.HealthChecks.UI - For Health Status visualization
- xUnit and Moq - For unit testing.
Keep in mind that you can always replace and choose whatever framework you want to use for your API. After all, the template is just a skeleton for your project structure with default preconfigured middlewares. For example, you can always replace Dapper with Entity Framework Core, PetaPoco, etc. and configure them yourself. You can also replace Serilog with whatever logging frameworks and providers you want that works with ASP.NET Core - the choice is yours.
Here's the list of the good stuff that you can get when using the template:
- Configured Sample Code for database CRUD operations.
- Configured Basic Data Access using
Dapper. - Configured Logging using
Serilog. - Configured
AutoMapperfor mapping entity models to DTOs. - Configured
FluentValidationfor DTO validations. - Configured
AutoWrapperfor handling requestExceptionsand consistentHTTPresponse format. - Configured
AutoWrapper.Serverfor unwrapping theResultattribute from AutoWrapper'sApiResponseoutput. - Configured
SwaggerAPI Documentation. - Configured
CORS. - Configured
JWTAuthorization and Validation. - Configured Sample Code for Requesting Client Credentials
Token. - Configured Swagger to secure
APIdocumentation withBearer Authorization. - Configured Sample Code for connecting Protected External APIs.
- Configured Sample Code for implementing custom
APIPagination. - Configured
HttpClientResilience and Transient fault-handling. - Configured
HttpRequest Rate Limiter. - Configured
HealthChecksandHealthChecksUI. - Configured Unit Test Project with
xUnit. - [Deprecated] Configured Sample Code for Worker service. For handling extensive process in the background, you may want to look at the Worker Template created by Jude Daryl Clarino. The template was also based on
ApiBoilerPlate.
- Install the latest .NET Core SDK.
- Run
dotnet new -i apiboilerplate.aspnetcore. This will install the template in your machine. - Run
dotnet new apiboilerplate --name "MyAPI" -o samples. This will generate the project template namedMyAPIwithin thesamplesdirectory.
Once installed, you should see the following console message:
The template "ASP.NET Core API Template for .NET Core 3.x" was created successfully.
Note: If you are using the previous version of the template, make sure to uninstall it first before you install the latest version.
- Fire up Visual Studio 2019, click
Continue without codelink. - On the
Extensionsmenu, clickManage Extensions. - Click
Onlineand then search forApiBoilerPlate. - Click
Download. The extension is then scheduled for install.
To complete the installation, close all instances of Visual Studio.
Alternatively, you can download and install the VSIX Extension directly at the following link: https://marketplace.visualstudio.com/items?itemName=vmsdurano.ApiProjVSExt
- Open Visual Studio 2019 and then select
Create New Projectbox - The newly installed template should appear at the top. You can also type "
ApiBoilerPlate" in the search bar. - Click the
ApiBoilerPlateitem and then clickNext. - Name your project to whatever you like and then click
Create. - Visual Studio should generate the files for you.
STEP 1: Create a Test local Database:
- Open Visual Studio 2019
- Go to
View>SQL Server Object Explorer - Drilldown to
SQL Server>(localdb)\MSSQLLocalDB - Right-click "
Database" Folder - Click "
Add New Database" - Name it as "
TestDB" and click OK - Right-click on the "
TestDB" database and then select "New Query" - Run the script below to generate the "
Person" table.
CREATE TABLE [dbo].[Person]
(
[Id] INT NOT NULL PRIMARY KEY IDENTITY(1,1),
[FirstName] NVARCHAR(20) NOT NULL,
[LastName] NVARCHAR(20) NOT NULL,
[DateOfBirth] DATETIME NOT NULL
)STEP 2: Update Database ConnectionString (Optional)
If you follow step 1, then you can skip this step and run the application right away.
If you have a different database and table name then you need to change the connectionString in appsettings.json that is pointing to the newly created database. You can get the connectionString values in the properties window of the "TestDB" database in Visual Studio.
- ApiBoilerPlate: A Project Template for Building ASP.NET Core APIs
- ApiBoilerPlate: New Features and Improvements for Building ASP.NET Core 3 APIs
- IdentityServer4: Building a Simple Token Server and Protecting Your ASP.NET Core APIs with JWT
Feel free to request an issue on github if you find bugs or request a new feature. Your valuable feedback is much appreciated to better improve this project. If you find this useful, please give it a star to show your support for this project.
This project is licensed under the MIT License - see the LICENSE.md file for details.
If you find this project useful — or just feeling generous, consider buying me a beer or a coffee. Cheers! 🍻 ☕
![]() |
Thank you!
