Here is implementation of aspnetrun-core-basic template on real-world basic e-commerce web application project;
AspnetRunBasicRealWorld has only one solution and into this solution only one web application project with Asp.Net Core & EF.Core which used aspnetcore components; razor pages, middlewares, dependency injection, configuration, logging. To create websites with minimum implementation of asp.net core based on HTML5, CSS, and JavaScript. You can use this boilerplate for fast implementation, minimum development, bootstrap your idea, create Minimum Viable Product (MVP), idea validation, startup development implementation for a limited time and limited resources with using latest asp.net core and entity framework core.
The best path to leverage your ASP.NET Core skills. Onboarding to Full Stack .Net Core Developer jobs. Boilerplate for ASP.NET Core reference application with Entity Framework Core, demonstrating a layered application architecture with DDD best practices. Implements NLayer Hexagonal architecture (Core, Application, Infrastructure and Presentation Layers) and Domain Driven Design (Entities, Repositories, Domain/Application Services, DTO's...) and aimed to be a Clean Architecture, with applying SOLID principles in order to use for a project template. Also implements best practices like loosely-coupled, dependency-inverted architecture and using design patterns such as Dependency Injection, logging, validation, exception handling, localization and so on.
You can check full repository documentations and step by step development of 100+ page e-book PDF from here - https://aspnetrun.azurewebsites.net. Also detail introduction of book and project structure exists on medium aspnetrun page. You can follow aspnetrun repositories for building step by step asp.net core web development skills.
Here you can find all of the aspnetrun repositories from easy to difficult, Also this list can be track a learning path of asp.net core respectively;
- run-aspnetcore-basics - Building fastest ASP.NET Core Default Web Application template. This solution only one solution one project for idea generation with Asp.Net Core.
- run-aspnetcore - Building ASP.NET Core Web Application with Entity Framework.Core and apply Clean Architecture with DDD best practices.
- run-aspnetcore-cqrs - Building Single-Page Web Applications(SPA) using ASP.NET Core & EF.Core, Web API Project and implement CQRS Design Pattern.
- run-aspnetcore-microservices - Building Microservices on .Net platforms which used Asp.Net Web API, Docker, RabbitMQ, Ocelot API Gateway, MongoDB, Redis, SqlServer, Entity Framework Core, CQRS and Clean Architecture implementation.
We have implemented below features over the run-aspnetcore-basic boilerplate template. You can change real-world features as your business requirements;
- Bootstrap4 theme implementation
- Asp.net core built-in dependency injection
- Identity and identity configuration
- Authorization for Products Page
- Aspnet core razor tools - View Components, partial Views, Tag Helpers, Model Bindings and Validations, Razor Sections etc..
If you liked the project or if AspnetRun helped you, please give a star. And also please fork this repository and send us pull-requests. If you find any problem please open issue.
Use these instructions to get the project up and running.
You will need the following tools:
- Visual Studio 2019
- .Net Core 3.0 or later
- EF Core 3.0 or later
Follow these steps to get your development environment set up:
- Clone the repository
- At the root directory, restore required packages by running:
dotnet restore
- Next, build the solution by running:
dotnet build
- Next, within the AspnetRun.Web directory, launch the back end by running:
dotnet run
- Launch http://localhost:5400/ in your browser to view the Web UI.
If you have Visual Studio after cloning Open solution with your IDE, AspnetRun.Web should be the start-up project. Directly run this project on Visual Studio with F5 or Ctrl+F5. You will see index page of project, you can navigate product and category pages and you can perform crud operations on your browser.
After cloning or downloading the sample you should be able to run it using an In Memory database immediately. The default configuration of Entity Framework Database is "InMemoryDatabase". If you wish to use the project with a persistent database, you will need to run its Entity Framework Core migrations before you will be able to run the app, and update the ConfigureDatabases method in Startup.cs (see below).
public void ConfigureDatabases(IServiceCollection services)
{
//// use in-memory database
//services.AddDbContext<AspnetRunContext>(c =>
// c.UseInMemoryDatabase("AspnetRunConnection"));
// add real database dependecy
services.AddDbContext<AspnetRunContext>(c =>
c.UseSqlServer(Configuration.GetConnectionString("AspnetRunConnection")));
}
-
Ensure your connection strings in
appsettings.json
point to a local SQL Server instance. -
Open a command prompt in the Web folder and execute the following commands:
dotnet restore
dotnet ef database update -c AspnetRunContext
Or you can direct call ef commands from Visual Studio Package Manager Console. Open Package Manager Console, set default project to AspnetRun.Infrastructure and run below command;
update-database
These commands will create aspnetrun database which include Product and Category table. You can see from AspnetRunContext.cs.
- Run the application. The first time you run the application, it will seed aspnetrun sql server database with a few data such that you should see products and categories.
If you modify-change or add new some of entities to Core project, you should run ef migrate commands in order to update your database as the same way but below commands;
add-migration YourCustomEntityChanges
update-database
run-aspnetcore-basic is a general purpose to implement the Default Web Application template of .Net with one solution one project for fastest idea implementations to building modern web applications with latest ASP.NET Core & EF Core technologies.
Repository include folders for group implementations;
- Data
- AspnetRunContext
- AspnetRunContextSeed
- Entities
- Product
- Category
- Migrations
- Generated by scaffolding from ef.core
- Pages
- Default Razor Web Application Template of Asp.Net Core
- Repositories
- IProductRepository
- ProductRepository
- wwwroot
- Startup.cs
- Program.cs
Includes Entity Framework Core Context and tables in this folder. When new entity created, it should add to context and configure in context. The Infrastructure project depends on Microsoft.EntityFrameworkCore.SqlServer and EF.Core related nuget packages, you can check nuget packages of Infrastructure layer. If you want to change your data access layer, it can easily be replaced with a lighter-weight ORM like Dapper.
EF add-migration classes.
EF Repository implementation. This class responsible to create queries, includes, where conditions etc..
Includes Entity Framework Core Entities which creates sql table with Entity Framework Core Code First Aproach. Some Aggregate folders holds entity and aggregates. You can see example of code-first Entity definition as below;
public class Product
{
public int Id { get; set; }
[Required, StringLength(80)]
public string Name { get; set; }
[Required, StringLength(255)]
public string Description { get; set; }
public int UnitPrice { get; set; }
public int CategoryId { get; set; }
public Category Category { get; set; }
}
Implementation of Core interfaces in this project with Entity Framework Core and other dependencies. Most of your application's dependence on external resources should be implemented in classes defined in the Infrastructure project. These classes must implement the interfaces defined in Core. If you have a very large project with many dependencies, it may make sense to have more than one Infrastructure project (eg Infrastructure.Data), but in most projects one Infrastructure project that contains folders works well. This could be includes, for example, e-mail providers, file access, web api clients, etc. For now this repository only dependend sample data access and basic domain actions, by this way there will be no direct links to your Core or UI projects.
public interface IProductRepository
{
Task<IEnumerable<Product>> GetProductListAsync();
Task<Product> GetProductByIdAsync(int id);
Task<IEnumerable<Product>> GetProductByNameAsync(string name);
Task<IEnumerable<Product>> GetProductByCategoryAsync(int categoryId);
Task<Product> AddAsync(Product product);
Task UpdateAsync(Product product);
Task DeleteAsync(Product product);
Task<IEnumerable<Category>> GetCategories();
}
Also implementation located same places in order to choose different implementation at runtime when DI bootstrapped.
public class ProductRepository : IProductRepository
{
protected readonly AspnetRunContext _dbContext;
public ProductRepository(AspnetRunContext dbContext)
{
_dbContext = dbContext ?? throw new ArgumentNullException(nameof(dbContext));
}
public async Task<IEnumerable<Product>> GetProductListAsync()
{
return await _dbContext.Products.ToListAsync();
}
public async Task<Product> GetProductByIdAsync(int id)
{
return await _dbContext.Products
.Include(p => p.Category)
.FirstOrDefaultAsync(p => p.Id == id);
}
Development of UI Logic with implementation. Interfaces drives business requirements and implementations in this layer. The application's main starting point is the ASP.NET Core web project. This is a classical console application, with a public static void Main method in Program.cs. It currently uses the default ASP.NET Core project template which based on Razor Pages templates. This includes appsettings.json file plus environment variables in order to stored configuration parameters, and is configured in Startup.cs.
- Asp.Net Core
- Entity Framework Core
- Razor Pages
- Scaffolding Razor
- Tag Helpers
- Bindings
- Model Validations
- Navigation - Page Routes
- User Interfaces
- Partial Views
- View Components
- Razor Sections
- Dynamic Layout
- Middlewares
- Logging
- Configuration
- Dependency Injection
***Most of these features implemented on real-world repository of this repos.Check for real-world examples.
The wwwroot folder in the ASP.NET Core project is treated as a web root folder. Static files can be stored in any folder under the web root and accessed with a relative path to that root.
In the standard ASP.NET application, static files can be served from the root folder of an application or any other folder under it. This has been changed in ASP.NET Core. Now, only those files that are in the web root - wwwroot folder can be served over an http request. All other files are blocked and cannot be served by default.
ASP.NET Core web application is actually a console project which starts executing from the entry point public static void Main() in Program class where we can create a host for the web application.
ASP.NET Core application must include Startup class. It is like Global.asax in the traditional .NET application. As the name suggests, it is executed first when the application starts.
- .NET Core 3.0
- ASP.NET Core 3.0
- Entity Framework Core 3.0
- .NET Core Native DI
- Razor Pages
- AutoMapper
- Asp.Net Core
- Entity Framework Core
- Razor Pages
- Repository Design Pattern
- Multiple Page Web Application (MPA)
- Monolitic Deployment Architecture
- SOLID and Clean Code
- This repository is not intended to be a definitive solution.
- This repository not implemented a lot of 3rd party packages, we are try to avoid the over engineering when building on best practices.
- Beware to use in production way.
Please read Contributing.md for details on our code of conduct, and the process for submitting pull requests to us.
We use SemVer for versioning. For the versions available, see the tags on this repository.
For information on upcoming features and fixes, take a look at the product roadmap.
This project is deployed on Azure. See the project running on Azure in here.
Please fork this repository, and send me your findings with pull-requests. This is open-source repository so open to contributions.
- Mehmet Ozkaya - Initial work - mehmetozkaya
See also the list of contributors who participated in this project.
This project is licensed under the MIT License - see the LICENSE.md file for details