Jeremy Likness
Jeremy Likness
Empowering developers to be their best.
📅 Sep 6, 2018 🕘 5 min read 💬 1048 words

Get Started with Angular on .NET Core 2.1 (Part One)

Cross-platform client-side JavaScript SPA framework, meet cross-platform server-side .NET Core framework.

Part of the series: Angular and .NET Core

You are viewing a limited version of this blog. To enable experiences like comments, opt-in to our privacy and cookie policy.

Angular is one of the top “go to” frameworks for developing client-side Single Page Applications (SPA). It supports the “3 D’s of Modern Web Development” out of the box with built-in declarative templates that support data-binding and a highly configurable dependency injection (DI) framework. I’ve worked with Angular since it was “AngularJS.” I have no ambition to compare it with other frameworks (like [ReactJs] ( Vuejs) in this post; the goal is to illustrate how Angular works with .NET Core.

.NET Core and Angular Logos

.NET Core is a cross-platform and open source implementation of the APIs defined by the .NET Standard. Apps written for .NET Core are capable of running on Windows machines (as far back as Windows 7), Mac OS and several flavors of Linux. Apps are authored in several languages; C# and F# are the most popular. Write everything from back-end APIs to dynamic websites, and as a bonus there is a template to integrate Angular with .NET Core. There are many options to deploy and host the apps in the Azure cloud.

Recently, I presented a session about Angular and .NET Core. This series is based on the content and demos of the session. Click or tap to download the presentation: Angular in the .NET World. The code is all contained in the Angular and .NET GitHub repo.

You can watch the full presentation here:

This is a four-part series. You can navigate to the parts below (links will become active as articles are available):

  1. Get Started with Angular on .NET Core 2.1 (you are here)
  2. The Angular .NET Core 2.1 Template
  3. Server-side Rendering (SSR) with Angular in .NET Core 2.1
  4. Deploy Angular and .NET Core 2.1 to the Azure Cloud

In this post I’ll share three specific ways Angular and .NET Core can work together, along with a few pointers for hosting the finished apps. I assume you have some familiarity with both frameworks. If not, follow the links earlier in this article because the documentation for both technologies is very thorough with easy-to-follow tutorials.

Approach One: “Gotta Keep ’em Separated”

A common approach to building SPA applications is to package the website as a set of static assets and host as static web pages, then stand up a separate set of back-end services that the application communicates with. .NET Core supports building REST APIs out of the box, with integrated support for various authentication and authorization schemes as well as Swaggerto document the end points.

In this approach, you take the standard steps to stand up your Angular app as a separate project. For the sample app we’ll make a few tweaks, but first I want to walk through the .NET Core back-end. After you install .NET Core, create a directory and run the command to create a new Web API project:

dotnet new webapi

Rename the ValuesController to BifurcController and populate it with the following code:

public class BifurcController : ControllerBase
    private static readonly Random generator = new Random();

    // GET api/values/3.5?skip=10&iterations=100
    public ActionResult<float[]> Get(
        float r,
        int skip,
        int iterations)
        Console.WriteLine($"{r}, {skip}, {iterations}");
        if (iterations <= 0)
            return BadRequest("Iterations must be a positive integer.");
        if (skip > iterations)
            return BadRequest("Skip must be less than iterations.");
        var x = 0.5f;
        var result = new List<float>();
        for (var i = 0; i < iterations; i += 1) {
            x = r * x * (1.0f - x);
            if (i >= skip) 
        return Ok(result.ToArray());

The HttpGet attribute defines the verbs this endpoint can take and includes a route designation that expects a variable called r. This will automatically get parsed and passed to the method. The method also takes query parameters (flagged by FromQuery) that indicate how many iterations to run (iterations) and how many results to ignore (skip). It then recursively runs:

r(x) = x *n*(1.0-x)

The results are stored in an array and returned. At this point you can launch the app with:

dotnet run

Then navigate to a properly constructed URL to see the results:

A sample API run

A sample API run

On the Angular side, this is a simple service that fetches results based on a passed in r value:

import { Injectable } from '@angular/core';
import { HttpClient, HttpParams } from '@angular/common/http';

const BIFURC_URI: string = "https://localhost:5001/api/Bifurc";

  providedIn: 'root'
export class BifurcationService {

  constructor(private http: HttpClient) {


   getPoints(r: number, skip: number, iterations: number) {
     let params = new HttpParams()
      .set('skip', `${skip}`)
      .set('iterations', `${iterations}`);
     return this.http.get<number[]>(`${BIFURC_URI}/${r}/`, { params });

Add a canvas declaration to the main app.component.html page:

<canvas id="mainCanvas" #mainCanvas></canvas>

Then add the code to call the service and render the results:

@ViewChild('mainCanvas') mainCanvasRef: ElementRef;
context: CanvasRenderingContext2D = null;
title = 'static-app';

constructor(private service: BifurcationService) {


ngAfterViewInit() {
  let canvas = <HTMLCanvasElement>this.mainCanvasRef.nativeElement;
  this.context = canvas.getContext("2d");
  canvas.width = 800;
  canvas.height = 600;
  this.context.fillStyle = "rgba(0, 0, 0, 0.2)";

render() {
  for (let x = 0; x < 800; x += 1) {

iterate_r(x: number) {
  let r = (x/800.0)*4.0;
  this.service.getPoints(r, 10, 100).subscribe(result => {
    result.forEach(x1 => {
      let y = 600 - (x1 * 600);
      this.context.fillRect(x, y, 2, 2);

This is when I add a simple disclaimer:

I’m cutting corners to keep the demo simple. Ordinarily you’d inject the base URL from a service and build the graph as it’s own component. We’re keeping it simple here!

If all goes well you’ll see something like this:

Static app with .NET Core backend

Static app with .NET Core backend

… and that’s how we use fractals to teach code!

Learn more about .NET Core here.

Although this approach works perfectly fine, there are a few drawbacks. You have to manage two separate projects and debug them separately as well. In the next article, you will learn how to leverage a built-in .NET Core template to manage the client and server components of your web app in a single project.


Jeremy Likness

Next: The Angular .NET Core 2.1 Template

This is a four-part series. You can navigate to the parts below (links will become active as articles are available:

  1. Get Started with Angular on .NET Core 2.1 (you are here)
  2. The Angular .NET Core 2.1 Template
  3. Server-side Rendering (SSR) with Angular in .NET Core 2.1
  4. Deploy Angular and .NET Core 2.1 to the Azure Cloud
Do you have an idea or suggestion for a blog post? Submit it here!
comments powered by Disqus

Part of the series: Angular and .NET Core

  1. Get Started with Angular on .NET Core 2.1 (Part One)
  2. The Angular .NET Core 2.1 Template (Part Two)
  3. Server-side Rendering (SSR) with Angular in .NET Core 2.1 (Part Three)
  4. Deploy Angular and .NET Core 2.1 to the Azure Cloud (Part Four)