ASP.NET Core updates in .NET 8 Preview 7

Daniel Roth

.NET 8 Preview 7 is now available and includes many great new improvements to ASP.NET Core.

Here’s a summary of what’s new in this preview release:

  • Servers & middleware
    • Antiforgery middleware
  • API authoring
    • Antiforgery integration for minimal APIs
  • Native AOT
    • Request Delegate Generator supports interceptors feature
    • Full TrimMode is used for web projects compiled with trimming enabled
    • WebApplication.CreateEmptyBuilder
  • Blazor
    • Antiforgery integration
    • Server-side form handling improvements
    • Auto render mode
    • Register root-level cascading values
    • Improved integration of interactive components with server-side rendering
    • New EmptyContent parameter for Virtualize
  • Identity
    • New bearer token authentication handler
    • New API endpoints
  • Single page apps (SPA)
    • New Visual Studio templates

For more details on the ASP.NET Core work planned for .NET 8 see the full ASP.NET Core roadmap for .NET 8 on GitHub.

Get started

To get started with ASP.NET Core in .NET 8 Preview 7, install the .NET 8 SDK.

If you’re on Windows using Visual Studio, we recommend installing the latest Visual Studio 2022 preview. If you’re using Visual Studio Code, you can try out the new C# Dev Kit. If you are on macOS, you can now develop using Visual Studio for Mac 17.6.1 after enabling the preview feature for .NET 8 in Preferences.

Upgrade an existing project

To upgrade an existing ASP.NET Core app from .NET 8 Preview 6 to .NET 8 Preview 7:

  • Update the target framework of your app to net8.0.
  • Update all Microsoft.AspNetCore.* package references to 8.0.0-preview.7.*.
  • Update all Microsoft.Extensions.* package references to 8.0.0-preview.7.*.

See also the full list of breaking changes in ASP.NET Core for .NET 8.

Servers & middleware

Antiforgery middleware

This release adds a middleware for validating antiforgery tokens, which are used to mitigate cross-site request forgery attacks. When antiforgery services are registered via the AddAntiforgery method, the antiforgery middleware is automatically enabled in the the target application.

var builder = WebApplication.CreateBuilder();


var app = builder.Build();

// Implicitly added by WebApplicationBuilder
// app.UseAntiforgery();


The antiforgery middleware itself does not short-circuit the execution of the rest of the request pipeline. Instead the middleware sets the IAntiforgeryValidationFeature in the HttpContext.Features of the current request. The middleware expects that each framework implementation (minimal APIs, MVC, Blazor, etc.) will react to this feature and short-circuit execution as expected.

The antiforgery token is only validated if:

  • The endpoint contains metadata implementing IAntiforgeryMetadata where RequiresValidation=true.
  • The HTTP method associated with the endpoint is a relevant HTTP method (not TRACE, OPTIONS, HEAD, GET).
  • The request is associated with a valid endpoint.

Note that the antiforgery middleware must run after the authentication and authorization middleware to avoid inadvertently reading form data when the user is unauthenticated.

API authoring

Antiforgery integration for minimal APIs

Minimal APIs that accept form data now require antiforgery token validation by default.

In the code sample below:

  • Antiforgery services are registered in DI so the antiforgery middleware is automatically enabled.
  • Two endpoints are provided for displaying a form: /antiforgery which renders a form with a hidden antiforgery token field and /no-antiforgery which render a form without the antiforgery token field.
  • The /todo endpoint processes a Todo object from the form and will automatically require antiforgery token validation.
using Microsoft.AspNetCore.Antiforgery;
using Microsoft.AspNetCore.Mvc;

var builder = WebApplication.CreateBuilder();


var app = builder.Build();

app.MapGet("/antiforgery", (HttpContext context, IAntiforgery antiforgery) =>
    var token = antiforgery.GetAndStoreTokens(context);
    var html = $"""
                <form action="/todo" method="POST" enctype="multipart/form-data">
                    <input name="{token.FormFieldName}" type="hidden" value="{token.RequestToken}" />
                    <input type="text" name="name" />
                    <input type="date" name="dueDate" />
                    <input type="checkbox" name="isCompleted" />
                    <input type="submit" />
    return Results.Content(html, "text/html");

app.MapGet("/no-antiforgery", () =>
    var html = """
                <form action="/todo" method="POST" enctype="multipart/form-data">
                    <input type="text" name="name" />
                    <input type="date" name="dueDate" />
                    <input type="checkbox" name="isCompleted" />
                    <input type="submit" />
    return Results.Content(html, "text/html");

app.MapPost("/todo", ([FromForm] Todo todo) => Results.Ok(todo));


class Todo
    public string Name { get; set; }
    public bool IsCompleted { get; set; }
    public DateTime DueDate { get; set; }

submitting the form at /antiforgery will result in a successful response. On the other hand, submitting the form at /no-antiforgery will produce an exception at runtime because no valid antiforgery token was presented. In Production environments, this will produce a log instead of throwing an exception:

Microsoft.AspNetCore.Http.BadHttpRequestException: Invalid antiforgery token found when reading parameter "Todo todo" from the request body as form.
An unhandled exception has occurred while executing the request.
Microsoft.AspNetCore.Http.BadHttpRequestException: Invalid antiforgery token found when reading parameter "Todo todo" from the request body as form.
 ---> Microsoft.AspNetCore.Antiforgery.AntiforgeryValidationException: The required antiforgery request token was not provided in either form field "__RequestVerificationToken" or header value "RequestVerificationToken".
   at Microsoft.AspNetCore.Antiforgery.DefaultAntiforgery.ValidateRequestAsync(HttpContext httpContext)
   at Microsoft.AspNetCore.Antiforgery.Internal.AntiforgeryMiddleware.InvokeAwaited(HttpContext context)

Native AOT

Request Delegate Generator supports interceptors feature

The Request Delegate Generator introduced in .NET 8 Preview 3 has been updated to use the new C# 12 interceptors compiler feature to support intercepting calls to minimal API’s Map action methods with statically generated variants at runtime. As a result of this change, users can expect to see improvements in startup performance for apps compiled with PublishAot enabled.

The table below outlines the changes in startup time – the time it takes for routing to process all endpoints in an application – across three scenarios:

  • The baseline, where RequestDelegates for endpoints are generated at runtime using reflection and dynamic code generation.
  • Endpoints generated at compile-time without the interceptors feature, the default between Preview 3 and Preview 6.
  • Endpoints generated at compile-time with the interceptors feature, the default in Preview 7.
Iteration Baseline (runtime-timed generated endpoints) Request Delegate Generator (without interceptors) Request Delegate Generator (with interceptors)
1 716.2313ms 372.5172ms 31.5255ms
2 747.279ms 355.1435ms 64.188ms
3 730.975ms 350.5353ms 32.9315ms
4 729.2775ms 345.8684ms 34.1169ms
5 711.0555ms 351.2683ms 38.7152ms

Chart showing Request Delegate Generator with interceptors performance

Full TrimMode is used for web projects compiled with trimming enabled

In this preview, we introduce a breaking change that will impact Web projects compiled with trimming enabled via PublishTrimmed=true. Prior to this release, projects used the partial TrimMode by default. Moving forward, TrimMode=full will be enabled for all projects that target .NET 8 or above. For more information on this breaking change, see the announcement.


We’ve added a new WebApplicationBuilder factory method for building small apps that only contain necessary features: WebApplication.CreateEmptyBuilder(WebApplicationOptions options). This WebApplicationBuilder is created with no built-in behavior. Your app will contain only the services and middleware that you configure.

Here’s an example of using this API to create a small web application:

var builder = WebApplication.CreateEmptyBuilder(new WebApplicationOptions());

var app = builder.Build();

app.Use(async (context, next) =>
    await context.Response.WriteAsync("Hello, World!");
    await next(context);


Publishing this code with native AOT using .NET 8 Preview 7 on a linux-x64 machine results in a self-contained, native executable of about 8.5 MB.


Antiforgery integration

Blazor endpoints now require antiforgery protection by default. You can enable antiforgery support using the new antiforgery middleware and using the AntiforgeryToken component to generate tokens for rendered forms. The EditForm component will add the antiforgery token automatically for you.

Use the [RequireAntiforgeryToken] attribute in a Blazor component page to indicate if the component requires antiforgery projection or not. For example, you can disable the antiforgery requirement for a page (not recommended!) like this:

@using Microsoft.AspNetCore.Antiforgery;
@attribute [RequireAntiforgeryToken(required: false)]

Server-side form handling improvements

You can now build standard HTML forms in Blazor when using server-side rendering and without using EditForm. Create a form using the normal HTML form tag and specify an @onsubmit handler for handling the submitted form request.

<form method="post" @formname="contact" @onsubmit="AddContact">
        <label for="name">Name</label>
        <InputText id="name" @bind-Value="NewContact.Name" />
        <label for="email">Email</label>
        <InputText id="email" @bind-Value="NewContact.Email" />
        <InputCheckbox id="send-me-deals" @bind-Value="NewContact.SendMeDeals" />
        <label for="send-me-deals">Send me deals</label>
    <AntiforgeryToken />

@code {
    public Contact NewContact { get; set; } = new();

    public class Contact
        public string Name { get; set; }
        public string Email { get; set; }
        public bool SendMeDeals { get; set; }

    private async Task AddContact()
        // Add contact...
        NewContact = new();

All server-side rendered forms now require a name, which is used to map submitted requests to the appropriate form handler method and for model binding. To specify the name of a plain HTML form, use the new @formname attribute. When using EditForm, specify the name using the FormName parameter.

By default, form names need to be unique, but you can define a scope for form names using the FormMappingScope component.

<FormMappingScope Name="parent-context">
    <ComponentWithFormBoundParameter />

Inputs based on InputBase<TValue> will generate form value names that match the names Blazor uses for model binding. You can specify the name Blazor should use to bind form data to the model using the Name property on [SupplyParameterFromForm]. You can also specify the name of the form whose data should be bound using the Handler property (in earlier previews the Name property was used for this purpose).

To break a form up into multiple child components, derive your child components from Editor<T>. This will ensure that your child components generate the correct form field names based on the model.


<EditForm Model="Customer" method="post" OnSubmit="DisplayCustomer" FormName="customer">
        <InputText @bind-Value="Customer.Name" />
    <AddressEditor @bind-Value="Customer.BillingAddress" />

@if (submitted)
    <!-- Display customer data -->
    <p>Name: @Customer.Name</p>
    <p>Street: @Customer.BillingAddress.Street</p>
    <p>City: @Customer.BillingAddress.City</p>
    <p>State: @Customer.BillingAddress.State</p>
    <p>Zip: @Customer.BillingAddress.Zip</p>

@code {
    public void DisplayCustomer()
        submitted = true;

    [SupplyParameterFromForm] Customer? Customer { get; set; }

    protected override void OnInitialized() => Customer ??= new();

    bool submitted = false;
    public void Submit() => submitted = true;


@inherits Editor<Address>

    <label for="street">Street</label>
    <InputText id="street" @bind-Value="Value.Street" />
    <label for="state">State</label>
    <InputText id="state" @bind-Value="Value.State" />
    <label id="city">City</label>
    <InputText for="city" @bind-Value="Value.City" />
    <label for="zip">Zip</label>
    <InputText id="zip" @bind-Value="Value.Zip" />

Model binding in Blazor now supports binding to the following additional types:

  • Recursive types
  • Types with constructors
  • Enums

You can also now use the [DataMember] and [IgnoreDataMember] attributes to customize model binding for a type you are authoring. You can use these attributes to rename properties, ignore properties, and mark properties as required. Additional model binding options are available from RazorComponentOptions when calling AddRazorComponents.

Auto render mode

The new Auto interactive render mode for Blazor web apps combines the strengths of the Server and WebAssembly render modes into a single dynamic option. The Auto render mode uses WebAssembly-based rendering if the .NET WebAssembly runtime can be loaded quickly (within 100ms). This typically is the case when the runtime was previously downloaded and cached, or when using a high speed network. Otherwise, the Auto render mode falls back to using the Server render mode while the .NET WebAssembly runtime is downloaded in the background.

To use the Auto render mode, specify the @rendermode="@RenderMode.Auto" attribute on the component instance, or @attribute [RenderModeAuto] on the component definition. Note that the component will need to be setup to run from both the server and the browser, so it will need to live in your client project and its implementation must not be tied to either Server or WebAssembly. Check out the Blazor Auto render mode sample to see how to set this up correctly.

Register root-level cascading values

Cascading values are a convenient way in Blazor to make state available to a subtree of the component hierarchy. You can now register root-level cascading values so they’re available for the entire component hierarchy.

// Registers a fixed cascading value
services.AddCascadingValue(sp => new MyCascadedThing { Value = 123 });

// Registers a fixed cascading value by name
services.AddCascadingValue("thing", sp => new MyCascadedThing { Value = 123 });

// Registers a cascading value using CascadingValueSource<TValue>
services.AddCascadingValue(sp =>
    var thing = new MyCascadedThing { Value = 456 };
    var source = new CascadingValueSource<MyCascadedThing>(thing, isFixed: false);
    return source;

Improved integration of interactive components with server-side rendering

Blazor in .NET 8 has advanced server-side rendering capabilities, like enhanced navigation and form handling. This preview improves the integration of interactive components with server-side rendering. Enhanced navigation, enhanced form handling, and streaming rendering can now add and remove interactive components and set parameters on them.

New EmptyContent parameter for Virtualize

The Virtualize component now has an EmptyContent property that you can use to define what content should be shown when there are no items or when the ItemsProvider returns a result with a TotalItemCount equal to zero.

Thank you @etemi for this contribution!


Previously in .NET 8 Preview 4 we added new Identity API endpoints to register and login users to simplify self-hosted identity management and make it easier to implement and customize identity in Single Page Apps (SPA) and Blazor apps. The default experience is cookie-based, so it “just works” for single domain apps. For scenarios that require tokens, such as accessing your web app from a mobile client, we now provide support for tokens “in the box.” These tokens are self-contained and use the same techniques for generation as cookie authentication. It is important to note these are not JWTs but self-contained and optimized for first-party apps with no delegated authentication. In multiple-server environments, you will need to configure data protection to use shared storage.

Bearer token authentication handler

The new bearer token authentication handler integrates seamlessly with ASP.NET Core’s built-in authentication system. It can be used standalone (without relying on ASP.NET Core identity). It supports issuing and validating tokens. As of Preview 6, it also supports refresh tokens. ASP.NET Core Identity uses the AddBearerToken extension to integrate the handler with identity.

Identity API endpoints

The new .NET 8 set of identity API endpoints provide the HTTP-based APIs to:

  • Register a new user in the identity system
  • Login and exchange validated credentials for a cookie or token
  • Refresh credentials using a refresh token to keep the user logged in without having to re-enter their credentials
  • Confirm email for extra validation during the registration process
  • Resend confirmation email if it wasn’t received or expired
  • Reset password to support “forgot password” functionality

There are also protected endpoints that require the user is authenticated to:

  • Manage two-factor authentication (2FA).
  • Retrieve or update information in the user’s identity profile, including claims.

Get started

The identity endpoints sample by David Fowler shows how to configure identity to use the new handler and endpoints. It also contains an .http file to test the new endpoints inside of Visual Studio.

First, enable the new handler and add authentication and authorization to the app.



  • Map the identity model
  • Specify a DbContext for the identity store
  • Opt-in to use the new endpoints

After calling Build(), map the identity endpoints to routes in the application.


Now you can configure your APIs to use identity. This endpoint accesses identity to return the signed-in user’s name and is only available to authenticated users.

app.MapGet("/", (ClaimsPrincipal user) => $"Hello {user.Identity!.Name}").RequireAuthorization();

This is what an example session might look like:

  1. POST to the /register endpoint to register the user.

        "user" : "test",
        "password" : "@T35t!",
        "email" : ""
  2. POST to the /login?cookieMode=false&persistCookies=false endpoint to login the user.

        "user" : "test",
        "password" : "@T35t!"
  3. Receive the access_token, expiration, and refresh_token.

        "token_type": "Bearer",
        "access_token": "CfDJ9NHobblyWobblyGobblyGoop...",
        "expires_in": 3600,
        "refresh_token": "TokenBabbelYabbaDabbaDoo..."
  4. Call a protected API using the token by setting the Authorization header of the request to Bearer xxx where xxx is the access_token.

  5. When the user’s credentials expire or are about to expire, POST to the /refresh endpoint and pass the refresh_token.

        "refreshToken": "TokenBabbelYabbaDabbaDoo..."
  6. This will generate a new access_token, expiration, and refresh_token.

These new building blocks make it easier to build authenticated apps that don’t delegate authentication.

Single page apps

New Visual Studio templates

We’ve been working closely with the Visual Studio team to ensure the Visual Studio JavaScript & TypeScript development experience works great for ASP.NET Core developers. Visual Studio includes new project templates for Angular, React, and Vue that are built on the new JavaScript project system (.esproj) and integrate with ASP.NET Core backend projects.

Visual Studio JavaScript templates

These Visual Studio templates come loaded with functionality for both .NET & JavaScript developers:

  • Get started fast with a JavaScript frontend and an ASP.NET Core backend.
  • Stay up-to-date with the latest frontend framework versions.
  • Integrate with the latest frontend framework command-line tooling.
  • Templates for both JavaScript & TypeScript.
  • Rich JavaScript & TypeScript code editing experience.
  • Clean project separation for the frontend and backend.
  • Integrate JavaScript build tools with your .NET build.
  • npm dependency management UI.
  • Compatible with Visual Studio Code debugging and launch configuration.
  • Run frontend unit tests in test explorer using your favorite JavaScript test frameworks.

To focus our efforts on providing the best possible development experience for using frontend JavaScript frameworks with ASP.NET Core, we’ve removed the existing Angular and React template from the .NET 8 SDK in favor of the new Visual Studio templates. We’re working with the Visual Studio team to further improve the new Visual Studio JavaScript with ASP.NET Core templates to support cross-platform development, integration with ASP.NET Core client web assets, simplified publishing, and targeting all supported .NET versions.

You can give the new Visual Studio JavaScript templates a try by installing the latest Visual Studio preview and then following one of the tutorials for Angular, React, and Vue in the Visual Studio docs. If you have feedback on the new templates you can share it with us using the Visual Studio Send Feedback tool.

Give feedback

We hope you enjoy this preview release of ASP.NET Core in .NET 8. Let us know what you think about these new improvements by filing issues on GitHub.

Thanks for trying out ASP.NET Core!


Discussion is closed. Login to edit/delete existing comments.

  • Ahmed Mohamed Abdel-Razek 4

    great work so far with the Identity API

  • Wolfgang Schneider 0

    Are separating components in second Assembly the final architecture in Blazor 8?

    • Markus Haslinger 1

      They want to get to a single project model, but that won’t happen before .NET 9
      Too many issues with reliably picking what needs to get send to the client and what doesn’t for the moment.

      • Pablo Pioli 0

        For now I assume it is only useful for simple apps.

        Found no way to share state between render modes

    • Artak MkrtchyanMicrosoft employee 0


      If you are referring to the fact we’ve split out the Client project which targets WebAssembly then yes, that is going to be it for the .NET 8 release. Please note, that this template change is going to be part of the next (.NET 8 RC1) release.

  • John Peeke 1

    Great work! Has there been any guidance or update regarding authentication and authorization for blazor ssr, specifically regarding

    • Artak MkrtchyanMicrosoft employee 1

      Hi John.

      We’re actively working on it. For the new Blazor Web App project template we are creating a set of Razor Components which will be included in the template and will be used for the authentication UI. We expect some of this work to light up in the upcoming RC1 release.

      • John Peeke 0

        Thank you! In the meantime, is it possible to use the new Identity Api with blazor ssr that was released in preview 4? Or do you recommend waiting? Thanks again!

        • Artak MkrtchyanMicrosoft employee 0

          You absolutely can use the new set of Identity APIs that we’ve introduced in the .NET 8 release. There are some things for you to consider though. For example, if your components is going to be rendered on the server, then you should rather use the ASP.NET Core Identity APIs instead of the new identity endpoints, as the code is already running within the server context. We will also be looking into simplifying this for Blazor by potentially providing a new AuthenticationStateProvider implementation. If, however, you plan to utilize these from a Blazor WebAssembly – then feel free to utilize the endpoints.

          • Steven Rasmussen 1

            Are there any examples of how to use the ASP.Net Core Identity API’s with Blazor SSR to allow creating your own custom login page and UI (not the scaffolded UI)?

          • Artak MkrtchyanMicrosoft employee 1

            @Steve Rasmussen, no examples yet. But we will share some as we get closer to the .NET 8 GA release for sure.

      • DevDiver 0

        Hi, I look forward to seeing guidance and tutorials for AuthN/Z. We are looking to make a stack switch and I am hoping we will choose Blazor with ASP API. It would really help my case to see good tutorials for Azure Microsoft Identity Platform so the team can get going with it quickly. I take it as you have said this will all become available around the release of RC1??

        Thanks for all the news you have been providing so far. Looking forward to starting with some new technologies

  • Daniel Kay 0

    This update seems to break standard HTML forms where you want to do a post back? In some cases you can transition to Blazor style form handling but possibly not all.

    For instance one of my form submit returned a 302 to integrate with Stripe which now seems to be broken in preview 7? Is there a way to restore non Blazor style or traditional HTML functionality?

    • Artak MkrtchyanMicrosoft employee 0

      Thanks for bringing this up.
      We’ve been intentional about making sure that normal html forms would still work but may have missed some cases.
      Please file an issue in our repo ( and provide details for reproducing the problem, so that we can address that scenario.

  • Jason Taylor 0

    The new single-page app templates are a step in the right direction. It’s good to see the support for Vue + ASP.NET Core again, along with Minimal API. However, when compared to the existing Angular and React templates, there are a significant number of features missing. For instance, support for authentication/authorization through ASP.NET Core Identity, default styling and layout, as well as dotnet new support, are noteworthy.

    Are there any plans and anticipated timeframes to include these features in the new templates? Alternatively, is the intention to maintain these templates in a minimalistic form? In earlier .NET 8 preview versions, some great updates were being made to the existing Angular and React templates. The complete removal of the templates came as a surprise. It would be good to keep the existing templates until the new ones are fully equipped, assuming that new features are in the pipeline.

    • Artak MkrtchyanMicrosoft employee 0

      The new set of Single Page Application (SPA) development project templates that come with Visual Studio are still in active development and some of the gaps that you mention are going to be addressed before the VS 17.8 release later this year. ~~Specifically, the command-line experience with dotnet new is planned to be working by the release time.~~

      Correction: the dotnet new is not going to be supported for these new project templates, however after the project is created, dotnet build and publish are going to be supported.

      As for the authentication story, we’ve introduced a set of Identity API endpoints to make it easier to customize authentication experience in your SPA projects, giving you complete freedom to build the UI you want to fit your needs, without the need to worry about the internals of the authentication system. We plan to provide more guidance and samples on how to do this later in the release.

      Edit: Corrected the dotnet new support statement I’ve made earlier in this text.

      • Jason Taylor 0

        Thanks, Artak. It’s a shame to see the existing templates removed before the new templates are ready. Regardless, I’m excited to see the new templates progressing. Do you have a roadmap or list of upcoming features somewhere I can check out?

        • Jiayan ChenMicrosoft employee 0

          Hey Jason, the new templates are already shipping with Visual Studio and they have been live for several months at this moment. I don’t know if you have tried the new templates but I am wondering if you can provide more details regarding default styling and layout. Thanks!

          Also we don’t have a public roadmap but we might make the communication in a blog post together with Visual Studio 17.8 release.

          • Jason Taylor 0

            Hi Jiayan. Thanks for your hard work! Yes, I have tried the new templates in full. I can see the weather forecast demo, Swagger UI, the open API specification, the combined dotnet publish approach, and managing npm packages in Visual Studio. I’ve reviewed your blog post in full;

            The old templates included a default styling and layout using Bootstrap. Components such as a site header and navigation menu were included. They also included authentication and authorisation capabilities through ASP.NET Core Identity. This is all nice to have, but it sure did make the getting started experience awesome for new developers. It would be great to have these capabilities in place before removing the old templates.

  • Steve Speroni 0

    Will Blazor SSR use Razor Pages conventions such as ‘asp-page-handler’ for multiple actions on the same form?

  • Eugene Ivanoff 0


  • Ahmed Mohamed Abdel-Razek 0

    asp .net core web api template still doesn’t have the new identity when creating a new project
    just windows and microsoft identity platform

    • Artak MkrtchyanMicrosoft employee 0

      Can you please clarify what specific authentication option you think is missing?

      • Ahmed Mohamed Abdel-Razek 0

        the “Individual Account” Option that uses the new “Identity API”

  • Mohammad Komaei 0

    I created a blazor wasm hosted (3 projects : client, server, shared) last year with .net 7 and upgrade it this year to .net 8 and it works. Please explain how to use RenderModeAuto in blazor wasm hosted template. I want to load all project pages in RenderModeAuto for increasing startup time.
    Is it possible?
    If not what kind of template should we create in vs 2022 preview Version 17.8.0 for making the pages in RenderModeAuto for increasing startup time and download the wasm dll files in the background?

    • Artak MkrtchyanMicrosoft employee 0

      We don’t have a guidance for this yet. So the best course of action for now would be to create a new Blazor Web App project and move code from existing projects into it (or reference existing Razor Class Library projects, if you have such). This is going to be much simpler in the upcoming RC1 release due to the template changes that are coming as part of the release.

  • Wolfgang Schneider 1

    Where is the best place to submit a suggestion about the BlazorWebApp Template ? ( remove Bootstrap, or at least make it optional) ?

    • Artak MkrtchyanMicrosoft employee 0


      Please submit any suggestions or issues you notice about ASP.NET Core to our GitHub repository at:

      • Daniel RothMicrosoft employee 1

        We added an option to the Blazor Web App template to not include the demo pages and Bootstrap as part of The option will be available in an upcoming preview release.

Feedback usabilla icon