mrbol / desafio_aspnetcore

Desafio ASP.Net.Core Identity alterar ID string para int a partir de um template

🏆 Desafio .NET

Desafio realizado com sucesso.

📄 Sobre o desafio

A partir do template ASP.NET Core WebApi - Clean Architecture (https://github.com/iammukeshm/CleanArchitecture.WebApi) .

• Customizar a nomenclatura padrão das tabelas e colunas (não precisam ser todas) para português e de nomenclatura padronizada. (Ex. tabelas = TB_XXX). Ao menos uma tabela e coluna. (Deve ser feito de forma que se gerar o migrations novamente gere com os novos nomes)

• O ID das tabelas relativas ao Identity devem ser inteiros ao invés de strings (guid).

• Autenticação e autorização já estão implementados na API via JWT, deve ser adicionado estas validações também no método “Get” do controller “Product”.

⏳ Executando projeto

• Clone este repositório e extraia-o para uma pasta.
• Altere as strings de conexão para o aplicativo e a identidade no WebApi / appsettings.json - (Projeto WebApi)

Execute os seguintes comandos no CLI do .NET no diretório do WebApi Projecct.

• restauração dotnet
• dotnet ef database update --context ApplicationDbContext
• dotnet ef database update --context IdentityContext
• Execute a solução usando o Visual Studio 2019

🛠 Solução de problemas

• Falha de carregamento de packages ao executar dotnet restore
  R: dotnet nuget add source https://api.nuget.org/v3/index.json -n nuget.org

• Problema ao executar dotnet ef database update --context ApplicationDbContext
  R: executar comando no powershell dotnet tool install --global dotnet-ef e depois configurar a variavel de ambiente do windows Você precisa adicionar %USERPROFILE%.dotnet\toolsao PATH.

Passos especificos para alterar IdentityUser e IdentityRole

• Primeiro estenda a IdenityUserclasse de classe da seguinte maneira para que você possa adicionar propriedades personalizadas:
  Ex.: public class ApplicationUser : IdentityUser{}

• Em seguida, estenda a IdentityRoleclasse a seguir se você usar Roleno aplicativo também. Você pode mantê-lo com segurança, mesmo que não queira usá-lo:
  Ex.: public class ApplicationRole : IdentityRole{}

• Agora você IdentityContext deve ser o seguinte:
  Ex.: public class IdentityContext : IdentityDbContext<ApplicationUser, ApplicationRole,int>

• Agora em seu AddIdentityInfrastructure método da ServiceExtensions da seguinte maneira:
  Ex.: services.AddIdentity<ApplicationUser, ApplicationRole>().AddEntityFrameworkStores().AddDefaultTokenProviders();

• Alterar na AccountService alterar IdentityRole por ApplicationRole

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.

Releases

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 - [e-mail] / Password - 123Pa$$word!
• Email - [e-mail] / 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.