Sefism is free for learners. We are here to help you grow, one step at a time.Join for free
Sefism.

Project structure · Full stack

.NET with Angular project structure

Opens with credits

The common enterprise pairing: an ASP.NET Core Web API and an Angular app as two projects in one solution, exactly as the Visual Studio template lays them out. In development the Angular dev server proxies API calls to .NET; in production the API serves the built Angular files from one origin, so cookie sign-in with ASP.NET Core Identity just works. The Angular API client is generated from the API's OpenAPI document, so both sides always agree. The example features are orders and products.

Curated by Tauseef FayyazIntermediate246 files and folders.NET 10 LTS (ASP.NET Core 10, EF Core 10), Angular 22Checked October 2026
Explore the filesPick any file to see what it is, why it exists and when you add it.

How it grows

Each stage opens the explorer there

  1. 1Day 1What the scaffold and your first hour give you49 files and folders
  2. 2GrowingWhat a real app with features and tests adds+101 files and folders
  3. ProductionWhat running it for real users adds+43 files and foldersOpens with credits
  4. ExpertWhat a team needs to keep it healthy for years+53 files and foldersOpens with credits

How it is organised

  • Two projects, one solution: OrdersApp.Server is the API, ordersapp.client is the Angular app. They share nothing at compile time; the HTTP API is the only contract between them.
  • That contract is written down: the server generates an OpenAPI document on every build, and the client generates its typed API calls from it. Change a DTO, rebuild, and the Angular compiler shows every place that broke.
  • One origin in every environment: in development the Angular dev server proxies /api to Kestrel, in production the API serves the built Angular files. That means no CORS, and HttpOnly cookies from ASP.NET Core Identity instead of tokens in localStorage, with antiforgery protection that Angular's HttpClient supports out of the box.
  • Group by feature on both sides: Features/Orders in the API (controller, service, DTOs, entity) and app/features/orders in Angular. The template starts with a Controllers folder; move to feature folders as soon as you have a second feature. On the client, core/ holds app-wide singletons (auth, interceptors, layout) and shared/ holds reusable UI.
  • Configuration follows the .NET layers: appsettings.json for defaults, appsettings.Development.json for local, user secrets for local secrets, environment variables and Key Vault in production, all bound to validated options classes. Never commit a real connection string.
  • Tests on both sides grow together: xUnit and Vitest from Growing, Testcontainers SQL Server and Playwright end-to-end at Production, then architecture, accessibility, visual, load and mutation tests at Expert when the team and codebase justify them.

At the top of the project

Open one in the explorer for the full story

Learn more on Sefism

Roadmaps, cheat sheets and projects that go with .NET with Angular.

See 10 more
Checked against 17 official sources, October 2026. If something has changed, the docs win.Show sources

Picked from the other libraries by shared topics.

Work with me

Stuck on something specific?

Writing only gets you so far. If you want an answer to your situation rather than the general case, book a session and we will work through it together. Sessions are free for approved Sefism members, and a few slots open each week.

  • 1:1 Mentorship
  • Fresh Graduate Mentorship
  • Career Guidance

Brand deals, promos and partnerships: tauseeffayyaz@gmail.com