ASP.NET Core WebApi - Clean Architecture

An Implementation of Clean Architecture with ASP.NET Core 3.1 WebApi. With this Open-Source BoilerPlate Template, you will get access to the world of Loosely-Coupled and Inverted-Dependency Architecture in ASP.NET Core 3.1 WebApi with a lot of best practices.

Check out the Project Page to learn more about this Open Source Project.

Read the Changelog file to see the new changes.

Annoucement : fullstackhero - .NET 6.0 Clean Architecture WebAPI !

I am no longer supporting this project. No more new features will be added to this repository. I am building a .NET WebApi 6.0 Clean Architecture Boilerplate Project with better features and Multitenancy ofcourse! Visit the new project - https://github.com/fullstackhero/dotnet-webapi-boilerplate

0.0.1 RC is available now!

This is the first pre-release version of the fullstackhero .NET WebAPI Boilerplate package. Newer versions will be available on a weekly basis with newer updates and patches. Read the getting-started guide for more.

The Release Version is expected to be out by Novemeber, 2021 as soon as .NET 6 LTS is launched by Microsoft. Preview versions of this project is available for Initial Developer Testing.

Important Links & Documentations

[Documentation] Overview - Read

[Documentation] Getting Started - Read

[Documentation] Development Environment - Learn about setting up the DEV environment

Track Progress - Release 1.0 Milestones

Participate in Discussions - QNA & General Discussions

Join our Discord - fullstackhero @ Discord

Releases - ASP.NET Core 3.1 Template

v1.1 - Stable Release - Download the Stable Release

v1.0-preview - Download the first Preview here

v1.1

Follow these steps to get started with this Boiler Plate Template.

Download the Extension

Make sure Visual Studio 2019 is installed on your machine with the latest SDK. Download from Visual Studio Marketplace. Install it on your machine.

Follow these Steps to get started.

You Solution Template is Ready!

Visit the Project Page to learn more - Click Here

Alternatively you can also clone the Repository.

1. Clone this Repository and Extract it to a Folder.
2. Change the Connection Strings for the Application and Identity in the WebApi/appsettings.json - (WebApi Project)
3. Run the following commands on Powershell in the WebApi Projecct's Directory.

• dotnet restore
• dotnet ef database update -Context ApplicationDbContext
• dotnet ef database update -Context IdentityContext
• dotnet run (OR) Run the Solution using Visual Studio 2019

Check out my blog or say Hi on Twitter!

How to use MySQL or PostgreSQL as your Data Provider

The Project currently uses MSSQL as the default Data Provider. If you are more comfortable with MySQL or PostgreSQL, here is how to migrate to them easily.

1. delete all existing file inside migrations folder on both project

   • {YourProjectName}.Infrastructure.Identity
   • {YourProjectName}.Infrastructure.Persistence

2. In in ServiceExtensions.cs and ServiceRegistration.cs change from options.UseSqlServer to:

For MySql

options.UseMySql

For PostgreSQL

options.UseNpgsql

3. Add NuGet packages to both projects (Infrastructure.Identity and Infrastructure.Persistence):

For MySql:

run dotnet add package Pomelo.EntityFrameworkCore.MySql --version 3.1.2 (remember to do this on both projects)

For PostgreSQL:

run

dotnet add package Npgsql.EntityFrameworkCore.PostgreSQL
dotnet add package Npgsql.EntityFrameworkCore.PostgreSQL.Design

(remember to do this on both projects)

4. on IdentityContext.cs comment builder.HasDefaultSchema("Identity"); because ef doesn't support that on mysql

5. cd to {YourProjectName}.Infrastructure.Identity and run

   • dotnet ef database update --startup-project ../{YourProjectName}.WebApi/{YourProjectName}.WebApi.csproj -c "IdentityContext"
   • dotnet ef migrations add Initial --startup-project ../{YourProjectName}.WebApi/{YourProjectName}.WebApi.csproj -c "IdentityContext"

6. cd to {YourProjectName}.Infrastructure.Persistence and run

   • dotnet ef database update --startup-project ../{YourProjectName}.WebApi/{YourProjectName}.WebApi.csproj -c "ApplicationDbContext"
   • dotnet ef migrations add Initial --startup-project ../{YourProjectName}.WebApi/{YourProjectName}.WebApi.csproj -c "ApplicationDbContext"

The above guide (To use MySQL) was contributed by geekz-reno.

Default Roles & Credentials

As soon you build and run your application, default users and roles get added to the database.

Default Roles are as follows.

• SuperAdmin
• Admin
• Moderator
• Basic

Here are the credentials for the default users.

• Email - [email protected] / Password - 123Pa$$word!
• Email - [email protected] / Password - 123Pa$$word!

You can use these default credentials to generate valid JWTokens at the ../api/account/authenticate endpoint.

Purpose of this Project

Does it really make sense to Setup your ASP.NET Core Solution everytime you start a new WebApi Project ? Aren't we wasting quite a lot of time in doing this over and over gain?

This is the exact Problem that I intend to solve with this Full-Fledged ASP.NET Core 3.1 WebApi Solution Template, that also follows various principles of Clean Architecture.

The primary goal is to create a Full-Fledged implementation, that is well documented along with the steps taken to build this Solution from Scratch. This Solution Template will also be available within Visual Studio 2019 (by installing the required Nuget Package / Extension).

• Demonstrate Clean Monolith Architecture in ASP.NET Core 3.1
• This is not a Proof of Concept
• Implementation that is ready for Production
• Integrate the most essential libraries and packages

Give a Star ⭐️

If you found this Implementation helpful or used it in your Projects, do give it a star. Thanks! Or, If you are feeling really generous, Support the Project with a small contribution!

Technologies

• ASP.NET Core 3.1 WebApi
• REST Standards
• .NET Core 3.1 / Standard 2.1 Libraries

Features

• Onion Architecture
• CQRS with MediatR Library
• Entity Framework Core - Code First
• Repository Pattern - Generic
• MediatR Pipeline Logging & Validation
• Serilog
• Swagger UI
• Response Wrappers
• Healthchecks
• Pagination
• In-Memory Caching
• Redis Caching
• In-Memory Database
• Microsoft Identity with JWT Authentication
• Role based Authorization
• Identity Seeding
• Database Seeding
• Custom Exception Handling Middlewares
• API Versioning
• Fluent Validation
• Automapper
• SMTP / Mailkit / Sendgrid Email Service
• Complete User Management Module (Register / Generate Token / Forgot Password / Confirmation Mail)
• User Auditing

Brief Overview

Prerequisites

• Visual Studio 2019 Community and above
• .NET Core 3.1 SDK and above
• Basic Understanding of Architectures and Clean Code Principles
• I Recommend that you read Onion Architecture In ASP.NET Core With CQRS – Detailed article to understand this implementation much better. This project is just an Advanced Version of the mentioned article.

Getting Started

Changelog

Every changes / additions / deletions will be recorded in the Changelog file.

Questions? Bugs? Suggestions for Improvement?

Having any issues or troubles getting started? Get in touch with me or Raise a Bug or Feature Request. Always happy to help.

Support

Has this Project helped you learn something New? or Helped you at work? Do Consider Supporting.

Share it!

I have personally not come across a clean implementation on a WebAPI, which is the reason that I started building this up. There are quite a lot of improvements and fixes along the way from the day I started out. Thanks to the community for the support and suggestions. Please share this Repository within your developer community, if you think that this would a difference! Thanks.

About the Author

Mukesh Murugan

• Blogs at codewithmukesh.com
• Facebook - codewithmukesh
• Twitter - Mukesh Murugan
• Twitter - codewithmukesh
• Linkedin - Mukesh Murugan

Licensing

iammukeshm/CleanArchitecture.WebApi Project is licensed with the MIT License.