practical-aspnetcore 0,0

Practical sample aspnet core projects you can use

3 years after

34 samples for aspnetcore fundamentals (updated daily)

Some of the samples you see here involve mixed projects (net451) that will run only in Windows. For many .NET developers, full framework is the reality for forseeable future. We are not going to port multi-year production systems to run on Linux. We want to improve the creaky .NET MVC 2.0 that we have lying around and bring it up to speed to aspnetcore MVC.

All these projects require the following dependencies

  "Microsoft.AspNetCore.Hosting" : "1.0.0-*"

This dependency pulls its own dependencies which you can check at project.lock.json. This allows us to not explicitly specify some dependencies ourselves.

If a sample require additional dependencies, I will list them.

I highly recommend using Visual Studio Code to play around with these samples but it is not required.

To run these samples, simply open your command line console, go to each folder and execute dotnet restore and then continue with dotnet watch run.

  • Hello World with reload

    Setup your most basic web app and enable the change+refresh development experience.

    We are using IApplicationBuilder Run, an extension method for adding terminal middleware.

  • Hello World with startup basic

    This project contains all the available services available in Startup class constructor, ConfigureServices and Configure methods.

  • Hello World with environmental settings

    Set your application environment to Development or Production or other mode directly from code.

  • Hello World with console logging

    Setup a basic logging in your app and show it to console.

    We add the following dependencies "Microsoft.Extensions.Logging": "1.0.0" and "Microsoft.Extensions.Logging.Console": "1.0.0"

    We are using IApplicationBuilder Run, an extension method for adding terminal middleware.

  • Hello World with console logging - without framework log messages

    Filter out frameworking logging from your log output. Without filtering, logging can get very annoying becuase the framework produces a lot of messages.

  • Hello World with middlewares

    ASPNetCore is built on top of pipelines of functions called middleware.

    We are using IApplicationBuilder Use, an extension method for adding middleware and IApplicationBuilder Run.

  • Hello World with IApplicationLifetime

    Respond to application startup and shutdown.

    We are using IApplicationLifetime that trigger events during application startup and shutdown.

  • Hello World with IHostingEnvironment

    IHostingEnvironment is available at Startup constuctor and Startup.Configure. This sample shows all the properties available in this interface.

  • Hello World with cookies

    Simply read and write cookies.

  • Routing

    We take dependency on "Microsoft.AspNetCore.Routing" : "1.0.0-*" to enable routing facilities in your aspnetcore apps. There are several samples to illuminate this powerful library.

    A single route handler that handles every path request.

    Two route handler, one for home page (/) and the other takes the rest of the request using asterisk (*) in the url template.

    We are exploring default handler - this is the entry point to create your own framework.

    We are mixing optional route parameter, route parameter with default value and default handler.

    • [Router 5]

    This is still broken. I am trying to figure out how to do nested routing. Wish me luck!

    We are building a template route segment by segment and parts by parts, oldskool. We are using TemplateMatcher, TemplateSegment and TemplatePart.

    Hold your mask, we are going deep.

    We are creating a routing template with two segments, one with Literal part and the other Parameter part, e.g, "/page/{*title}"

    We are creating a routing template with one segment consisted of two parts, one Literal and one Parameter, e.g. "/page{*title}". Note the difference between this example and Router 7.

    I am still trying to determine whether TemplateMatcher uses the InlineConstraint information.

    Update: No, TemplateMatcher does not run constrants. #362

    We have been building a RouteTemplate manually using TemplateSegment and TemplatePart. In this example we are using TemplateParser to build the RouteTemplate using string.

  • Middleware

    We will explore all aspect of middleware building in this section. There is no extra dependency taken other than Kestrel and dotnet watch.

    This example shows how to pass information from one middleware to another using HttpContext.Items.

  • Features

    Features are collection of objects you can obtain from the framework at runtime that serve different purposes.

    Use this Feature to obtain a list of urls that your app is responding to.

    Obtain details of a current request. It has some similarity to HttpContext.Request. They are not equal. HttpContext.Request has more properties.

    Use IHttpConnectionFeature interface to obtain local ip/port and remote ip/port.

    Create your own custom Feature and pass it along from a middleware.

    Shows how you can replace an implementation of a Feature with another within the request pipeline.

  • Dependency Injection

    aspnetcore lives and die by DI. It relies on Microsoft.Extensions.DependencyInjection library. There is no need to put this dependency in your project.json explicitly because aspnetcore already has this package as its own dependency.

    Demonstrate the three lifetime registrations for the out of the box DI functionality: singleton (one and only forever), scoped (one in every request) and transient (new everytime).

    Register all objects configured by classes that implements a specific interface (IBootstrap in this example). This is useful when you have large amount of classes in your project that needs registration. You can register them near where they are (usually in the same folder) instead of registering them somewhere in a giant registration function.

    Note: example 2 is forthcoming. The inspiration has not arrived yet.

  • In Memory Caching (a.k.a local cache)

    These samples depends on Microsoft.Extensions.Caching.Memory library. Please add this dependency to your project.json.

    This is the most basic caching you can use either by setting absolute or sliding expiration for your cache. Absolute expiration will remove your cache at a certain point in the future. Sliding expiration will remove your cache after period of inactivity.

    Add file dependency to your caching so when the file changes, your cache expires.

    You need to put the cache file in your project.json so it gets copied over, e.g.

    "buildOptions": { "emitEntryPoint": true, "copyToOutput": ["cache-file.txt"] }

    Note: example 1 is forthcoming. The inspiration has not arrived yet.

    Register callback when a cached value is removed.

  • Serve static files

    Simply serve static files (html, css, images, etc).

    This additional dependency is required to enable the functionality "Microsoft.AspNetCore.StaticFiles": "1.0.0".

    There are two static files being serve in this project, index.html and hello.css. They are stored under wwwroot folder, which is the default folder location for this library.

    To access them you have to refer them directly e.g. localhost:5000/index.html and localhost:5000/hello.css.

  • Markdown server

    Serve markdown file as html file. You will see how you can create useful app using a few basic facilities in aspnetcore.

    We take "CommonMark.Net" : "0.13.4" as dependency.

  • Markdown server - implemented as middleware component

    Serve markdown file as html file. It has the same exact functionality as Markdown server but implemented using middleware component.

    We take "CommonMark.Net" : "0.13.4" as dependency.

    Check out the documentation on how to write your own middleware.

  • Password Hasher server

    Give it a string and it will generate a secure hash for you, e.g. localhost:5000?password=mypassword.

    We add dependency "Microsoft.AspNetCore.Identity": "1.0.0-*" to enable this functionality.

Other resources

These are other aspnetcore resources with code samples

Contributor Guidelines

  • Put all the code inside Program.cs. It makes it easier for casual users to read the code online and learn something. Sometimes it is too cumbersome to chase down types using browser.
  • Keep your sample very simple and specific. Try to minimise the amount of concept that people need to know in order to understand your code.
  • There is no sample that is too small. If it shows one single interesting and useful knoweldge, add it in.
  • When you are ready, update this document and add the link to the project with a paragraph or two. Do not forget to increment the sample count at the beginning of this document.

Related Repositories

awesome-vue

awesome-vue

A curated list of awesome things related to Vue.js ...

awesome-dotnet-core

awesome-dotnet-core

:honeybee: A collection of awesome .NET core libraries, tools, frameworks and so ...

awesome-dotnet-core

awesome-dotnet-core

:honeybee: A collection of awesome .NET core libraries, tools, frameworks and so ...

awesome-dotnet-core

awesome-dotnet-core

:honeybee: A collection of awesome .NET core libraries, tools, frameworks and so ...

MR.AspNetCore.MvcPack

MR.AspNetCore.MvcPack

A better way for writing controller action filters, inspired by rails. ...


Top Contributors

dodyg