dotnet-api-boilerplate
English | PortuguΓͺs
A .Net 7.0
WebApi boilerplate / template project. MediatR, Swagger, AutoMapper Mapster, Serilog and more implemented.
The goal of this project is to be a kickstart to your .Net WebApi, implementing the most common used patterns and technologies for a restful API in .net, making your work easier.
How to run
- Use this template(github) or clone/download to your local workplace.
- Download the latest .Net SDK and Visual Studio/Code.
Standalone
- You may need a running instance of MsSQL, with appropriate migrations initialized.
- You can run just the DB on docker. For that, you have to change your connection string to "Server=127.0.0.1;Database=master;User=sa;Password=Yourpassword123β and run the following command:
docker-compose up -d db-server
. Doing that, the application will be able to reach the container of the db server. - If you want, you can change the DatabaseExtension to use UseInMemoryDatabase, instead of Mssql.
- You can run just the DB on docker. For that, you have to change your connection string to "Server=127.0.0.1;Database=master;User=sa;Password=Yourpassword123β and run the following command:
- Go to the src/Boilerplate.Api folder and run
dotnet run
, or, in visual studio set the api project as startup and run as console or docker (not IIS). - Visit http://localhost:5000/api-docs or https://localhost:5001/api-docs to access the application's swagger.
Docker
- Run
docker-compose up -d
in the root directory, or, in visual studio, set the docker-compose project as startup and run. This should start the application and DB.
-
- For docker-compose, you should run this command on the root folder:
dotnet dev-certs https -ep https/aspnetapp.pfx -p yourpassword
Replace "yourpassword" with something else in this command and the docker-compose.override.yml file. This creates the https certificate.
- For docker-compose, you should run this command on the root folder:
- Visit http://localhost:5000/api-docs or https://localhost:5001/api-docs to access the application's swagger.
Running tests
Important: You need to have docker up and running. The integration tests will launch a SQL server container and use it to test the API.
In the root folder, run dotnet test
. This command will try to find all test projects associated with the sln file.
If you are using Visual Studio, you can also access the Test Menu and open the Test Explorer, where you can see all tests and run all of them or one specifically.
Authentication
In this project, some routes requires authentication/authorization. For that, you will have to use the api/user/authenticate
route to obtain the JWT.
As default, you have two users, Admin and normal user.
- Normal user:
- email: [email protected]
- password: userpassword
- Admin:
- email: [email protected]
- password: adminpassword
After that, you can pass the jwt on the lock (if using swagger) or via the Authorization header on a http request.
This project contains:
- SwaggerUI
- EntityFramework
- Strongly Typed Ids
AutoMapperMapster- MediatR
- Feature slicing
- Serilog with request logging and easily configurable sinks
- .Net Dependency Injection
- Resource filtering
- Response compression
- Response pagination
- CI (Github Actions)
- Authentication
- Authorization
- Unit tests
- Integration tests with testcontainers
- Container support with docker and docker-compose
- OpenTelemetry support (with jaeger as default exporter)
- NuGet Central package management (CPM)
Project Structure
- Services
- This folder stores your apis and any project that sends data to your users.
- Boilerplate.Api
- This is the main api project. Here are all the controllers and initialization for the api that will be used.
- docker-compose
- This project exists to allow you to run docker-compose with Visual Studio. It contains a reference to the docker-compose file and will build all the projects dependencies and run it.
- Application
- This folder stores all data transformations between your api and your domain layer. It also contains your business logic.
- Auth
- This folder contains the login Session implementation.
- Domain
- This folder contains your business models, enums and common interfaces.
- Boilerplate.Domain
- Contains business models and enums.
- Auth
- This folder contains the login Session Interface.
- Infra
- This folder contains all data access configuration, database contexts, anything that reaches for outside data.
- Boilerplate.Infrastructure
- This project contains the dbcontext, entities configuration and migrations.
Adopting to your project
- Remove/Rename all hero related stuff to your needs.
- Rename solution, projects, namespaces, and ruleset to your use.
- Change the dockerfile and docker-compose.yml to your new csproj/folder names.
- Give this repo a star!
Migrations
-
To run migrations on this project, run the following command on the root folder:
dotnet ef migrations add InitialCreate --startup-project .\src\Boilerplate.Api\ --project .\src\Boilerplate.Infrastructure\
-
This command will set the entrypoint for the migration (the responsible to selecting the dbprovider { sqlserver, mysql, etc } and the connection string) and the selected project will be "Boilerplate.Infrastructure", which is where the dbcontext is.
If you like it, give it a Star
If this template was useful for you, or if you learned something, please give it a Star!
Thanks
This project has great influence of https://github.com/lkurzyniec/netcore-boilerplate and https://github.com/EduardoPires/EquinoxProject. If you have time, please visit these repos, and give them a star, too!
About
This boilerplate/template was developed by Yan Pitangui under MIT license.