Prerender e integrare componenti ASP.NET Core Razor

Questo articolo illustra gli Razor scenari di integrazione dei componenti per Blazor le app, inclusa la pre-gestione dei Razor componenti nel server.

Importante

Le modifiche al framework nelle versioni di ASP.NET Core hanno portato a diversi set di istruzioni in questo articolo. Prima di usare le indicazioni di questo articolo, verificare che il selettore della versione del documento nella parte superiore di questo articolo corrisponda alla versione di ASP.NET Core che si intende usare per l'app.

Razori componenti possono essere integrati nelle Razor app Pages e MVC in una soluzione ospitataBlazor WebAssembly. Quando viene eseguito il rendering della pagina o della visualizzazione, i componenti possono essere prerisorsi contemporaneamente.

Il prerendering può migliorare l'ottimizzazione del motore di ricerca (SEO) eseguendo il rendering del contenuto per la risposta HTTP iniziale che i motori di ricerca possono usare per calcolare la classificazione delle pagine.

Configurazione della soluzione

Prerendering della configurazione

Per configurare la prerendering per un'app ospitata Blazor WebAssembly :

1. Ospitare l'app Blazor WebAssembly in un'app ASP.NET Core. Un'app autonoma Blazor WebAssembly può essere aggiunta a una soluzione ASP.NET Core oppure è possibile usare un'app ospitata Blazor WebAssembly creata dal Blazor WebAssembly modello di progetto con l'opzione ospitata:

   • Visual Studio: nella finestra di dialogo Informazioni aggiuntive selezionare la casella di controllo ASP.NET Core Hosted durante la creazione dell'app Blazor WebAssembly . Negli esempi di questo articolo la soluzione è denominata BlazorHosted.
   • Shell dei comandi dell'interfaccia della riga di comando di Visual Studio Code/.NET: dotnet new blazorwasm -ho (usare l'opzione -ho|--hosted ). Usare l'opzione -o|--output {LOCATION} per creare una cartella per la soluzione e impostare gli spazi dei nomi del progetto della soluzione. Negli esempi di questo articolo la soluzione è denominata BlazorHosted (dotnet new blazorwasm -ho -o BlazorHosted).

   Per gli esempi in questo articolo, il nome della soluzione ospitata (nome dell'assembly) è BlazorHosted. Lo spazio dei nomi del progetto client è BlazorHosted.Cliente lo spazio dei nomi del progetto server è BlazorHosted.Server.

2. Eliminare il wwwroot/index.html file dal Blazor WebAssemblyClient progetto.

3. Client Nel progetto eliminare le righe seguenti in Program.cs:

   - builder.RootComponents.Add<App>("#app");
   - builder.RootComponents.Add<HeadOutlet>("head::after");
   

4. Aggiungere _Host.cshtml il file alla Server cartella del Pages progetto. È possibile ottenere i file da un progetto creato dal Blazor Server modello usando Visual Studio o usando l'interfaccia della riga di comando di .NET con il dotnet new blazorserver -o BlazorServer comando in una shell dei comandi (l'opzione -o BlazorServer crea una cartella per il progetto). Dopo aver inserito i file nella Server cartella del Pages progetto, apportare le modifiche seguenti ai file.

   Apportare le modifiche seguenti al _Host.cshtml file:

   • Aggiornare lo Pages spazio dei nomi nella parte superiore del file in modo che corrisponda allo spazio dei nomi delle Server pagine dell'app. Il {APP NAMESPACE} segnaposto nell'esempio seguente rappresenta lo spazio dei nomi delle pagine dell'app donatore che ha fornito il _Host.cshtml file:

     Eliminazione:

     - @namespace {APP NAMESPACE}.Pages
     

     Aggiungi:

     @namespace BlazorHosted.Server.Pages
     

   • Aggiungere una @using direttiva per il Client progetto all'inizio del file:

     @using BlazorHosted.Client
     

   • Aggiornare i collegamenti del foglio di stile in modo che puntino ai fogli di stile del progetto WebAssembly. Nell'esempio seguente lo spazio dei nomi del progetto client è BlazorHosted.Client. Il {APP NAMESPACE} segnaposto rappresenta lo spazio dei nomi dell'app donatore che ha fornito il _Host.cshtml file. Aggiornare l'helper tag del componente (<component> tag) per il componente per eseguire il HeadOutlet pre-riavvio del componente.

     Eliminazione:

     - <link href="css/site.css" rel="stylesheet" />
     - <link href="{APP NAMESPACE}.styles.css" rel="stylesheet" />
     - <component type="typeof(HeadOutlet)" render-mode="ServerPrerendered" />
     

     Aggiungi:

     <link href="css/app.css" rel="stylesheet" />
     <link href="BlazorHosted.Client.styles.css" rel="stylesheet" />
     <component type="typeof(HeadOutlet)" render-mode="WebAssemblyPrerendered" />
     

     Nota

     Lasciare l'elemento <link> che richiede il foglio di stile Bootstrap (css/bootstrap/bootstrap.min.css) sul posto.

   • Aggiornare l'origine Blazor script per usare lo script sul lato Blazor WebAssembly client:

     Eliminazione:

     - <script src="_framework/blazor.server.js"></script>
     

     Aggiungi:

     <script src="_framework/blazor.webassembly.js"></script>
     

   • Aggiornare l'oggetto dell'helper render-mode tag del componente per prerendere il componente radice App con WebAssemblyPrerendered:

     Eliminazione:

     - <component type="typeof(App)" render-mode="ServerPrerendered" />
     

     Aggiungi:

     <component type="typeof(App)" render-mode="WebAssemblyPrerendered" />
     

     Importante

     Il prerendering non è supportato per gli endpoint di autenticazione (/authentication/ segmento di percorso). Per altre informazioni, vedere Scenari di sicurezza aggiuntivi per ASP.NET Core Blazor WebAssembly.

5. Program.cs Nel file del Server progetto modificare l'endpoint di fallback dal index.html file alla _Host.cshtml pagina:

   Eliminazione:

   - app.MapFallbackToFile("index.html");
   

   Aggiungi:

   app.MapFallbackToPage("/_Host");
   

6. Se i Client progetti e Server usano uno o più servizi comuni durante la pre-esecuzione del provisioning, considerare le registrazioni del servizio in un metodo che può essere chiamato da entrambi i progetti. Per altre informazioni, vedere ASP.NET Core Blazor dependency injection.

7. Eseguire il Server progetto. L'app ospitata Blazor WebAssembly viene prerenderata dal Server progetto per i client.

Configurazione per l'incorporamento di Razor componenti in pagine e visualizzazioni

Le sezioni e gli esempi seguenti per l'incorporamento di Razor componenti dall'app ClientBlazor WebAssembly in pagine e visualizzazioni dell'app server richiedono una configurazione aggiuntiva.

Il Server progetto deve avere i file e le cartelle seguenti.

Razor Pagine:

• Pages/Shared/_Layout.cshtml
• Pages/Shared/_Layout.cshtml.css
• Pages/_ViewImports.cshtml
• Pages/_ViewStart.cshtml

MVC:

• Views/Shared/_Layout.cshtml
• Views/Shared/_Layout.cshtml.css
• Views/_ViewImports.cshtml
• Views/_ViewStart.cshtml

I file precedenti possono essere ottenuti generando un'app dai modelli di progetto ASP.NET Core usando:

• Nuovi strumenti di creazione del progetto di Visual Studio.
• Apertura di una shell dei comandi ed esecuzione dotnet new webapp -o {PROJECT NAME} (Razor Pages) o dotnet new mvc -o {PROJECT NAME} (MVC). L'opzione -o|--output con un valore per il {PROJECT NAME} segnaposto fornisce un nome per l'app e crea una cartella per l'app.

Aggiornare gli spazi dei nomi nel file importato _ViewImports.cshtml in modo che corrispondano a quelli in uso dal Server progetto che riceve i file.

Pages/_ViewImports.cshtml (Razor Pagine):

@using BlazorHosted.Server
@namespace BlazorHosted.Server.Pages
@addTagHelper *, Microsoft.AspNetCore.Mvc.TagHelpers

Views/_ViewImports.cshtml (MVC):

@using BlazorHosted.Server
@using BlazorHosted.Server.Models
@addTagHelper *, Microsoft.AspNetCore.Mvc.TagHelpers

Aggiornare il file di layout importato, ovvero Pages/Shared/_Layout.cshtml per Razor Pages o Views/Shared/_Layout.cshtml per MVC.

Prima di tutto, eliminare il titolo e il foglio di stile dal progetto donatore, che si trova RPDonor.styles.css nell'esempio seguente. Il {PROJECT NAME} segnaposto rappresenta il nome dell'app del progetto di donatore.

- <title>@ViewData["Title"] - {PROJECT NAME}</title>
- <link rel="stylesheet" href="~/RPDonor.styles.css" asp-append-version="true" />

Includere gli Client stili del progetto nel file di layout. Nell'esempio seguente lo Client spazio dei nomi del progetto è BlazorHosted.Client. L'elemento <title> può essere aggiornato contemporaneamente.

Inserire le righe seguenti nel <head> contenuto del file di layout:

<title>@ViewData["Title"] - BlazorHosted</title>
<link href="css/app.css" rel="stylesheet" />
<link rel="stylesheet" href="BlazorHosted.Client.styles.css" asp-append-version="true" />
<component type="typeof(HeadOutlet)" render-mode="WebAssemblyPrerendered" />

Il layout importato contiene due Home (Index pagina) e Privacy collegamenti di spostamento. Per fare in modo che i Home collegamenti puntino all'app ospitata Blazor WebAssembly , modificare i collegamenti ipertestuali:

- <a class="navbar-brand" asp-area="" asp-page="/Index">{PROJECT NAME}</a>
+ <a class="navbar-brand" href="/">BlazorHosted</a>

- <a class="nav-link text-dark" asp-area="" asp-page="/Index">Home</a>
+ <a class="nav-link text-dark" href="/">Home</a>

In un file di layout MVC:

- <a class="navbar-brand" asp-area="" asp-controller="Home" 
-     asp-action="Index">{PROJECT NAME}</a>
+ <a class="navbar-brand" href="/">BlazorHosted</a>

- <a class="nav-link text-dark" asp-area="" asp-controller="Home" 
-     asp-action="Index">Home</a>
+ <a class="nav-link text-dark" href="/">Home</a>

Aggiornare il <footer> nome dell'app dell'elemento. L'esempio seguente usa il nome BlazorHosteddell'app :

- &copy; {DATE} - {DONOR NAME} - <a asp-area="" asp-page="/Privacy">Privacy</a>
+ &copy; {DATE} - BlazorHosted - <a asp-area="" asp-page="/Privacy">Privacy</a>

Nell'esempio precedente il {DATE} segnaposto rappresenta la data di copyright in un'app generata dal Razor modello di progetto Pages o MVC.

Per fare in modo che il Privacy collegamento conduca a una privacy pagina (Razor Pagine), aggiungere una privacy pagina al Server progetto.

Pages/Privacy.cshtml nel Server progetto:

@page
@model PrivacyModel
@{
    ViewData["Title"] = "Privacy Policy";
}
<h1>@ViewData["Title"]</h1>

<p>Use this page to detail your site's privacy policy.</p>

Per una visualizzazione basata su privacy MVC, creare una privacy visualizzazione nel Server progetto.

View/Home/Privacy.cshtml nel Server progetto:

@{
    ViewData["Title"] = "Privacy Policy";
}
<h1>@ViewData["Title"]</h1>

<p>Use this page to detail your site's privacy policy.</p>

Home Nel controller dell'app MVC restituire la visualizzazione.

Aggiungere il codice seguente a Controllers/HomeController.cs:

public IActionResult Privacy()
{
    return View();
}

Se si importano file da un'app donatore, assicurarsi di aggiornare gli spazi dei nomi nei file in modo che corrispondano a quello del Server progetto (ad esempio, BlazorHosted.Server).

Importare asset statici nel Server progetto dalla cartella del wwwroot progetto di donatore:

• wwwroot/css cartella e contenuto
• wwwroot/js cartella e contenuto
• wwwroot/lib cartella e contenuto

Se il progetto di donatore viene creato da un modello di progetto ASP.NET Core e i file non vengono modificati, è possibile copiare l'intera wwwroot cartella dal progetto donatore nel Server progetto e rimuovere il favicon file icona.

Avviso

Evitare di inserire l'asset statico in entrambe le Client cartelle e Server wwwroot . Se lo stesso file è presente in entrambe le cartelle, viene generata un'eccezione perché gli asset statici condividono lo stesso percorso radice Web. Pertanto, ospitare un asset statico in una delle wwwroot cartelle, non entrambi.

Dopo aver adottato la configurazione precedente, incorporare Razor i componenti in pagine o visualizzazioni del Server progetto. Usare le linee guida nelle sezioni seguenti di questo articolo:

• Eseguire il rendering dei componenti in una pagina o in una visualizzazione con l'helper tag del componente
• Eseguire il rendering dei componenti in una pagina o in una visualizzazione con un selettore CSS

Eseguire il rendering dei componenti in una pagina o in una visualizzazione con l'helper tag del componente

Dopo aver configurato la soluzione, inclusa la configurazione aggiuntiva, l'helper tag componente supporta due modalità di rendering per il rendering di un componente da un'app Blazor WebAssembly in una pagina o in una visualizzazione:

• WebAssembly
• WebAssemblyPrerendered

Nell'esempio Pages seguente Razor viene eseguito il rendering del Counter componente in una pagina. Per rendere interattivo il componente, lo Blazor WebAssembly script viene incluso nella sezione rendering della pagina. Per evitare di usare lo spazio dei nomi completo per il Counter componente con l'helper tag del componente ({ASSEMBLY NAME}.Pages.Counter), aggiungere una @using direttiva per lo spazio dei nomi del Pages progetto client. Nell'esempio seguente lo Client spazio dei nomi del progetto è BlazorHosted.Client.

Nel progetto Server, Pages/RazorPagesCounter1.cshtml:

@page
@using BlazorHosted.Client.Pages

<component type="typeof(Counter)" render-mode="WebAssemblyPrerendered" />

@section Scripts {
    <script src="_framework/blazor.webassembly.js"></script>
}

Eseguire il Server progetto. Passare alla Razor pagina in /razorpagescounter1. Il componente pre-predefinito Counter è incorporato nella pagina.

RenderMode configura se il componente:

• Viene eseguito il pre-riavvio nella pagina.
• Viene eseguito il rendering come HTML statico nella pagina o se include le informazioni necessarie per avviare un'app Blazor dall'agente utente.

Per altre informazioni sull'helper tag del componente, incluso il passaggio di parametri e RenderMode configurazione, vedere Component Tag Helper in ASP.NET Core.

Potrebbero essere necessarie operazioni aggiuntive a seconda delle risorse statiche usate dai componenti e della modalità di organizzazione delle pagine di layout in un'app. In genere, gli script vengono aggiunti alla sezione di rendering di Scripts una pagina o visualizzazione e ai fogli di stile vengono aggiunti al contenuto dell'elemento del <head> layout.

Impostare il contenuto figlio tramite un frammento di rendering

L'helper tag del componente non supporta la ricezione di un delegato per il RenderFragment contenuto figlio , ad esempio param-ChildContent="...". È consigliabile creare un Razor componente (.razor) che faccia riferimento al componente di cui si vuole eseguire il rendering con il contenuto figlio da passare e quindi richiamare il Razor componente dalla pagina o dalla visualizzazione.

Assicurarsi che i componenti prerenderati di primo livello non vengano eliminati durante la pubblicazione

Se un helper tag componente fa direttamente riferimento a un componente da una libreria soggetta a taglio durante la pubblicazione, il componente potrebbe essere eliminato durante la pubblicazione perché non vi sono riferimenti dal codice dell'app sul lato client. Di conseguenza, il componente non viene prerenderato, lasciando un punto vuoto nell'output. In questo caso, indicare al trimmer di mantenere il componente di libreria aggiungendo un DynamicDependency attributo a qualsiasi classe nell'app lato client. Per mantenere un componente denominato SomeLibraryComponentToBePreserved, aggiungere quanto segue a qualsiasi componente:

@using System.Diagnostics.CodeAnalysis
@attribute [DynamicDependency(DynamicallyAccessedMemberTypes.All, 
    typeof(SomeLibraryComponentToBePreserved))]

L'approccio precedente in genere non è obbligatorio perché l'app esegue in genere il pre-riavvio dei relativi componenti (che non vengono tagliati), che a sua volta fa riferimento ai componenti delle librerie (causando anche il mancato taglio). Usare DynamicDependency in modo esplicito solo per la pre-gestione diretta di un componente di libreria quando la libreria è soggetta a taglio.

Eseguire il rendering dei componenti in una pagina o in una visualizzazione con un selettore CSS

Dopo aver configurato la soluzione, inclusa la configurazione aggiuntiva, aggiungere i componenti radice al Client progetto di una soluzione ospitata Blazor WebAssembly nel Program.cs file. Nell'esempio seguente il Counter componente viene dichiarato come componente radice con un selettore CSS che seleziona l'elemento con l'oggetto id corrispondente counter-componenta . Nell'esempio seguente lo Client spazio dei nomi del progetto è BlazorHosted.Client.

Nel Program.cs file del Client progetto aggiungere lo spazio dei nomi per i componenti del Razor progetto all'inizio del file:

using BlazorHosted.Client.Pages;

Dopo aver stabilito in builder Program.cs, aggiungere il Counter componente come componente radice:

builder.RootComponents.Add<Counter>("#counter-component");

Nell'esempio Pages seguente Razor viene eseguito il rendering del Counter componente in una pagina. Per rendere interattivo il componente, lo Blazor WebAssembly script viene incluso nella sezione rendering della pagina.

Nel progetto Server, Pages/RazorPagesCounter2.cshtml:

@page

<div id="counter-component">Loading...</div>

@section Scripts {
    <script src="_framework/blazor.webassembly.js"></script>
}

Eseguire il Server progetto. Passare alla Razor pagina in /razorpagescounter2. Il componente pre-predefinito Counter è incorporato nella pagina.

Potrebbero essere necessarie operazioni aggiuntive a seconda delle risorse statiche usate dai componenti e della modalità di organizzazione delle pagine di layout in un'app. In genere, gli script vengono aggiunti alla sezione di rendering di Scripts una pagina o visualizzazione e ai fogli di stile vengono aggiunti al contenuto dell'elemento del <head> layout.

Nota

L'esempio precedente genera un'eccezione JSException se un'app Blazor WebAssembly viene prerenderata e integrata in un'app Razor Pages o MVC contemporaneamente con l'uso di un selettore CSS. Passare a uno dei Client componenti del Razor progetto o passare a una pagina o a una visualizzazione di Server con un componente incorporato genera uno o più JSExceptionelementi .

Questo comportamento è normale perché il prerendering e l'integrazione di un'app Blazor WebAssembly con componenti instradabili Razor non è compatibile con l'uso di selettori CSS.

Se si lavora con gli esempi nelle sezioni precedenti e si vuole semplicemente visualizzare il lavoro del selettore CSS nell'app di esempio, impostare come commento la specifica del App componente radice del Client file del Program.cs progetto:

- builder.RootComponents.Add<App>("#app");
+ //builder.RootComponents.Add<App>("#app");

Passare alla pagina o alla visualizzazione con il componente incorporato Razor che usa un selettore CSS( ad esempio, /razorpagescounter2 dell'esempio precedente). La pagina o la visualizzazione viene caricata con il componente incorporato e il componente incorporato funziona come previsto.

Razor i componenti possono essere integrati nelle Razor app Pages e MVC. Quando viene eseguito il rendering della pagina o della visualizzazione, i componenti possono essere prerisorsi contemporaneamente.

Il prerendering può migliorare l'ottimizzazione del motore di ricerca (SEO) eseguendo il rendering del contenuto per la risposta HTTP iniziale che i motori di ricerca possono usare per calcolare la classificazione delle pagine.

Dopo aver configurato il progetto, usare le indicazioni riportate nelle sezioni seguenti in base ai requisiti del progetto:

• Per i componenti che sono direttamente instradabili dalle richieste utente. Seguire queste indicazioni quando i visitatori devono essere in grado di effettuare una richiesta HTTP nel browser per un componente con una @page direttiva .
  • Usare i componenti instradabili in un'app Razor Pages
  • Usare i componenti instradabili in un'app MVC
• Per i componenti che non sono direttamente instradabili dalle richieste utente, vedere la sezione Eseguire il rendering dei componenti da una pagina o da una vista . Seguire queste indicazioni quando l'app incorpora i componenti in pagine e visualizzazioni esistenti con l'helper tag del componente.

Impostazione

Usare le indicazioni seguenti per integrare Razor componenti in pagine e visualizzazioni di un'app Pages o MVC esistente Razor .

1. Aggiungere un file imports alla cartella radice del progetto con il contenuto seguente. Modificare il {APP NAMESPACE} segnaposto nello spazio dei nomi del progetto.

   _Imports.razor:

   @using System.Net.Http
   @using Microsoft.AspNetCore.Authorization
   @using Microsoft.AspNetCore.Components.Authorization
   @using Microsoft.AspNetCore.Components.Forms
   @using Microsoft.AspNetCore.Components.Routing
   @using Microsoft.AspNetCore.Components.Web
   @using Microsoft.AspNetCore.Components.Web.Virtualization
   @using Microsoft.JSInterop
   @using {APP NAMESPACE}
   

2. Nel file di layout del progetto (Pages/Shared/_Layout.cshtml nelle Razor app Pages o Views/Shared/_Layout.cshtml nelle app MVC):

   • Aggiungere il tag e HeadOutlet l'helper tag del componente seguenti <base> all'elemento <head> :

     <base href="~/" />
     <component type="typeof(Microsoft.AspNetCore.Components.Web.HeadOutlet)" 
         render-mode="ServerPrerendered" />
     

     Il href valore (percorso di base dell'app) nell'esempio precedente presuppone che l'app risieda nel percorso URL radice (/). Se l'app è un'applicazione secondaria, seguire le indicazioni nella sezione Percorso di base dell'app dell'articolo Host e distribuire ASP.NET Core Blazor .

     Il componente viene usato per eseguire il HeadOutlet rendering del contenuto head (<head>) per i titoli di pagina (PageTitle componente) e altri elementi head (HeadContent componente) impostati dai Razor componenti. Per altre informazioni, vedere Controllare il contenuto head nelle app ASP.NET CoreBlazor.

   • Aggiungere un <script> tag per lo blazor.server.js script immediatamente prima della Scripts sezione render (@await RenderSectionAsync(...)):

     <script src="_framework/blazor.server.js"></script>
     

     Il framework aggiunge lo blazor.server.js script all'app. Non è necessario aggiungere manualmente un blazor.server.js file di script all'app.

   Nota

   In genere, il layout viene caricato tramite un _ViewStart.cshtml file.

3. Registrare i Blazor Server servizi in Program.cs cui sono registrati i servizi:

   builder.Services.AddServerSideBlazor();
   

4. Aggiungere l'endpoint Blazor hub agli endpoint di Program.cs dove vengono mappate le route. Inserire la riga seguente dopo la chiamata a MapRazorPages (Razor Pages) o MapControllerRoute (MVC):

   app.MapBlazorHub();
   

5. Integrare i componenti in qualsiasi pagina o visualizzazione. Ad esempio, aggiungere un Counter componente alla cartella del Shared progetto.

   Pages/Shared/Counter.razor (Razor Pages) o Views/Shared/Counter.razor (MVC):

   <h1>Counter</h1>
   
   <p>Current count: @currentCount</p>
   
   <button class="btn btn-primary" @onclick="IncrementCount">Click me</button>
   
   @code {
       private int currentCount = 0;
   
       private void IncrementCount()
       {
           currentCount++;
       }
   }
   

   Razor Pagine:

   Nella pagina del progetto di Index un'app Razor Pages aggiungere lo Counter spazio dei nomi del componente e incorporare il componente nella pagina. Quando la Index pagina viene caricata, il Counter componente viene prerisorso nella pagina. Nell'esempio seguente sostituire il {APP NAMESPACE} segnaposto con lo spazio dei nomi del progetto.

   Pages/Index.cshtml:

   @page
   @using {APP NAMESPACE}.Pages.Shared
   @model IndexModel
   @{
       ViewData["Title"] = "Home page";
   }
   
   <component type="typeof(Counter)" render-mode="ServerPrerendered" />
   

   MVC:

   Nella visualizzazione del progetto di Index un'app MVC aggiungere lo Counter spazio dei nomi del componente e incorporare il componente nella visualizzazione. Quando la Index visualizzazione viene caricata, il Counter componente viene prerisorso nella pagina. Nell'esempio seguente sostituire il {APP NAMESPACE} segnaposto con lo spazio dei nomi del progetto.

   Views/Home/Index.cshtml:

   @using {APP NAMESPACE}.Views.Shared
   @{
       ViewData["Title"] = "Home Page";
   }
   
   <component type="typeof(Counter)" render-mode="ServerPrerendered" />
   

Per altre informazioni, vedere la sezione Componenti di rendering da una pagina o una vista .

Usare i componenti instradabili in un'app Razor Pages

Questa sezione riguarda l'aggiunta di componenti direttamente instradabili dalle richieste utente.

Per supportare i componenti instradabili Razor nelle Razor app Pages:

1. Seguire le indicazioni nella sezione Configurazione .

2. Aggiungere un App componente alla radice del progetto con il contenuto seguente.

   App.razor:

   @using Microsoft.AspNetCore.Components.Routing
   
   <Router AppAssembly="typeof(App).Assembly">
       <Found Context="routeData">
           <RouteView RouteData="routeData" />
       </Found>
       <NotFound>
           <PageTitle>Not found</PageTitle>
           <p role="alert">Sorry, there's nothing at this address.</p>
       </NotFound>
   </Router>
   

3. Aggiungere una _Host pagina al progetto con il contenuto seguente. Sostituire il {APP NAMESPACE} segnaposto con lo spazio dei nomi dell'app.

   Pages/_Host.cshtml:

   @page
   @addTagHelper *, Microsoft.AspNetCore.Mvc.TagHelpers
   
   <component type="typeof(App)" render-mode="ServerPrerendered" />
   

   Nota

   L'esempio precedente presuppone che il rendering del HeadOutlet componente e Blazor dello script (_framework/blazor.server.js) venga eseguito dal layout dell'app. Per altre informazioni, vedere la sezione Configurazione .

   RenderMode configura se il App componente:

   • Viene eseguito il pre-riavvio nella pagina.
   • Viene eseguito il rendering come HTML statico nella pagina o se include le informazioni necessarie per avviare un'app Blazor dall'agente utente.

   Per altre informazioni sull'helper tag del componente, incluso il passaggio di parametri e RenderMode configurazione, vedere Component Tag Helper in ASP.NET Core.

4. Program.cs Negli endpoint aggiungere una route con priorità bassa per la _Host pagina come ultimo endpoint:

   app.MapFallbackToPage("/_Host");
   

5. Aggiungere componenti instradabili al progetto. L'esempio seguente è un RoutableCounter componente basato sul Counter componente nei modelli di Blazor progetto.

   Pages/RoutableCounter.razor:

   @page "/routable-counter"
   
   <PageTitle>Routable Counter</PageTitle>
   
   <h1>Routable Counter</h1>
   
   <p>Current count: @currentCount</p>
   
   <button class="btn btn-primary" @onclick="IncrementCount">Click me</button>
   
   @code {
       private int currentCount = 0;
   
       private void IncrementCount()
       {
           currentCount++;
       }
   }
   

6. Eseguire il progetto e passare al componente instradabile RoutableCounter in /routable-counter.

Per altre informazioni sugli spazi dei nomi, vedere la sezione Spazi dei nomi dei componenti .

Usare i componenti instradabili in un'app MVC

Questa sezione riguarda l'aggiunta di componenti direttamente instradabili dalle richieste utente.

Per supportare componenti instradabili Razor nelle app MVC:

1. Seguire le indicazioni nella sezione Configurazione .

2. Aggiungere un App componente alla radice del progetto con il contenuto seguente.

   App.razor:

   @using Microsoft.AspNetCore.Components.Routing
   
   <Router AppAssembly="typeof(App).Assembly">
       <Found Context="routeData">
           <RouteView RouteData="routeData" />
       </Found>
       <NotFound>
           <PageTitle>Not found</PageTitle>
           <p role="alert">Sorry, there's nothing at this address.</p>
       </NotFound>
   </Router>
   

3. Aggiungere una _Host visualizzazione al progetto con il contenuto seguente. Sostituire il {APP NAMESPACE} segnaposto con lo spazio dei nomi dell'app.

   Views/Home/_Host.cshtml:

   @addTagHelper *, Microsoft.AspNetCore.Mvc.TagHelpers
   
   <component type="typeof(App)" render-mode="ServerPrerendered" />
   

   Nota

   L'esempio precedente presuppone che il rendering del HeadOutlet componente e Blazor dello script (_framework/blazor.server.js) venga eseguito dal layout dell'app. Per altre informazioni, vedere la sezione Configurazione .

   RenderMode configura se il App componente:

   • Viene eseguito il pre-riavvio nella pagina.
   • Viene eseguito il rendering come HTML statico nella pagina o se include le informazioni necessarie per avviare un'app Blazor dall'agente utente.

   Per altre informazioni sull'helper tag del componente, incluso il passaggio di parametri e RenderMode configurazione, vedere Component Tag Helper in ASP.NET Core.

4. Aggiungere un'azione al Home controller.

   Controllers/HomeController.cs:

   public IActionResult Blazor()
   {
      return View("_Host");
   }
   

5. Program.cs Negli endpoint aggiungere una route con priorità bassa per l'azione del controller che restituisce la _Host visualizzazione:

   app.MapFallbackToController("Blazor", "Home");
   

6. Creare una Pages cartella nell'app MVC e aggiungere componenti instradabili. L'esempio seguente è un RoutableCounter componente basato sul Counter componente nei modelli di Blazor progetto.

   Pages/RoutableCounter.razor:

   @page "/routable-counter"
   
   <PageTitle>Routable Counter</PageTitle>
   
   <h1>Routable Counter</h1>
   
   <p>Current count: @currentCount</p>
   
   <button class="btn btn-primary" @onclick="IncrementCount">Click me</button>
   
   @code {
       private int currentCount = 0;
   
       private void IncrementCount()
       {
           currentCount++;
       }
   }
   

7. Eseguire il progetto e passare al componente instradabile RoutableCounter in /routable-counter.

Per altre informazioni sugli spazi dei nomi, vedere la sezione Spazi dei nomi dei componenti .

Eseguire il rendering dei componenti da una pagina o una vista

Questa sezione riguarda l'aggiunta di componenti a pagine o visualizzazioni, in cui i componenti non sono direttamente instradabili dalle richieste utente.

Per eseguire il rendering di un componente da una pagina o da una visualizzazione, usare l'helper tag del componente.

Eseguire il rendering di componenti interattivi con stato

I componenti interattivi con stato possono essere aggiunti a una pagina o a una Razor visualizzazione.

Quando viene eseguito il rendering della pagina o della visualizzazione:

• Il componente viene prerenderato con la pagina o la visualizzazione.
• Lo stato del componente iniziale usato per la pre-esecuzione del pre-riavvio viene perso.
• Quando viene stabilita la connessione, viene creato un nuovo stato del SignalR componente.

La pagina seguente Razor esegue il rendering di un Counter componente:

<h1>Razor Page</h1>

<component type="typeof(Counter)" render-mode="ServerPrerendered" 
    param-InitialValue="InitialValue" />

@functions {
    [BindProperty(SupportsGet=true)]
    public int InitialValue { get; set; }
}

Per altre informazioni, vedere Component Tag Helper in ASP.NET Core.

Eseguire il rendering di componenti non interattivi

Nella pagina seguente Razor il rendering del Counter componente viene eseguito in modo statico con un valore iniziale specificato usando un modulo. Poiché il rendering del componente viene eseguito in modo statico, il componente non è interattivo:

<h1>Razor Page</h1>

<form>
    <input type="number" asp-for="InitialValue" />
    <button type="submit">Set initial value</button>
</form>

<component type="typeof(Counter)" render-mode="Static" 
    param-InitialValue="InitialValue" />

@functions {
    [BindProperty(SupportsGet=true)]
    public int InitialValue { get; set; }
}

Per altre informazioni, vedere Component Tag Helper in ASP.NET Core.

Spazi dei nomi dei componenti

Quando si usa una cartella personalizzata per contenere i componenti del Razor progetto, aggiungere lo spazio dei nomi che rappresenta la cartella alla pagina/visualizzazione o al _ViewImports.cshtml file. Nell'esempio seguente :

• I componenti vengono archiviati nella Components cartella del progetto.
• Il {APP NAMESPACE} segnaposto è lo spazio dei nomi del progetto. Components rappresenta il nome della cartella.

@using {APP NAMESPACE}.Components

Il _ViewImports.cshtml file si trova nella Pages cartella di un'app Razor Pages o nella Views cartella di un'app MVC.

Per altre informazioni, vedere ASP.NET Componenti di baseRazor.

Mantenere lo stato prerenderato

Senza rendere persistente lo stato prerenderato, lo stato usato durante il prerendering viene perso e deve essere ricreato quando l'app viene completamente caricata. Se uno stato è configurato in modo asincrono, l'interfaccia utente potrebbe sfarfalliare perché l'interfaccia utente prerisorsa viene sostituita con segnaposto temporaneo e quindi nuovamente sottoposto a rendering completo.

Per mantenere lo stato per i componenti prerenderati, usare l'helper Persist Component State Tag (origine di riferimento). Aggiungere il tag dell'helper tag, <persist-component-state />, all'interno del tag di chiusura </body> della _Host pagina in un'app che prerendere i componenti.

Nota

I collegamenti della documentazione all'origine del riferimento .NET in genere caricano il ramo predefinito del repository, che rappresenta lo sviluppo corrente per la versione successiva di .NET. Per selezionare un tag per una versione specifica, usare l'elenco a discesa Switch branches or tags. Per altre informazioni, vedere How to select a version tag of ASP.NET Core source code (dotnet/AspNetCore.Docs #26205) (Come selezionare un tag di versione del codice sorgente di ASP.NET - dotnet/AspNetCore.Docs #26205).

In Pages/_Host.cshtml delle Blazor app prerenderate (WebAssemblyPrerendered) di WebAssembly in un'app ospitata Blazor WebAssembly o ServerPrerendered in un'app Blazor Server :

<body>
    ...

    <persist-component-state />
</body>

Decidere quale stato rendere persistente usando il PersistentComponentState servizio. PersistentComponentState.RegisterOnPersisting registra un callback per rendere persistente lo stato del componente prima che l'app venga sospesa. Lo stato viene recuperato quando l'applicazione riprende.

Nell'esempio seguente :

• Il {TYPE} segnaposto rappresenta il tipo di dati da rendere persistenti, ad esempio WeatherForecast[].
• Il {TOKEN} segnaposto è una stringa di identificatore di stato , ad esempio fetchdata.

@implements IDisposable
@inject PersistentComponentState ApplicationState

...

@code {
    private {TYPE} data;
    private PersistingComponentStateSubscription persistingSubscription;

    protected override async Task OnInitializedAsync()
    {
        persistingSubscription = 
            ApplicationState.RegisterOnPersisting(PersistData);

        if (!ApplicationState.TryTakeFromJson<{TYPE}>(
            "{TOKEN}", out var restored))
        {
            data = await ...;
        }
        else
        {
            data = restored!;
        }
    }

    private Task PersistData()
    {
        ApplicationState.PersistAsJson("{TOKEN}", data);

        return Task.CompletedTask;
    }

    void IDisposable.Dispose()
    {
        persistingSubscription.Dispose();
    }
}

L'esempio seguente è una versione aggiornata del FetchData componente in un'app ospitata Blazor WebAssembly in base al modello di Blazor progetto. Il WeatherForecastPreserveState componente mantiene lo stato delle previsioni meteo durante la pre-esecuzione del servizio e quindi recupera lo stato per inizializzare il componente. L'helper Persist Component State Tag mantiene lo stato del componente dopo tutte le chiamate al componente.

Pages/WeatherForecastPreserveState.razor:

@page "/weather-forecast-preserve-state"
@using BlazorSample.Shared
@implements IDisposable
@inject IWeatherForecastService WeatherForecastService
@inject PersistentComponentState ApplicationState

<PageTitle>Weather Forecast</PageTitle>

<h1>Weather forecast</h1>

<p>This component demonstrates fetching data from the server.</p>

@if (forecasts == null)
{
    <p><em>Loading...</em></p>
}
else
{
    <table class="table">
        <thead>
            <tr>
                <th>Date</th>
                <th>Temp. (C)</th>
                <th>Temp. (F)</th>
                <th>Summary</th>
            </tr>
        </thead>
        <tbody>
            @foreach (var forecast in forecasts)
            {
                <tr>
                    <td>@forecast.Date.ToShortDateString()</td>
                    <td>@forecast.TemperatureC</td>
                    <td>@forecast.TemperatureF</td>
                    <td>@forecast.Summary</td>
                </tr>
            }
        </tbody>
    </table>
}

@code {
    private WeatherForecast[] forecasts = Array.Empty<WeatherForecast>();
    private PersistingComponentStateSubscription persistingSubscription;

    protected override async Task OnInitializedAsync()
    {
        persistingSubscription = 
            ApplicationState.RegisterOnPersisting(PersistForecasts);

        if (!ApplicationState.TryTakeFromJson<WeatherForecast[]>(
            "fetchdata", out var restored))
        {
            forecasts = 
                await WeatherForecastService.GetForecastAsync(DateOnly.FromDateTime(DateTime.Now));
        }
        else
        {
            forecasts = restored!;
        }
    }

    private Task PersistForecasts()
    {
        ApplicationState.PersistAsJson("fetchdata", forecasts);

        return Task.CompletedTask;
    }

    void IDisposable.Dispose()
    {
        persistingSubscription.Dispose();
    }
}

Inizializzando i componenti con lo stesso stato usato durante la pre-esecuzione, tutti i passaggi di inizializzazione costosi vengono eseguiti una sola volta. L'interfaccia utente sottoposta a rendering corrisponde anche all'interfaccia utente prerisorsa, quindi non si verifica alcun sfarfallio nel browser.

Lo stato prerenderato persistente viene trasferito al client, in cui viene usato per ripristinare lo stato del componente. ASP.NET Protezione dei dati di base garantisce che i dati vengano trasferiti in modo sicuro nelle Blazor Server app. Per la pre-gestione in un'app ospitata Blazor WebAssembly , i dati vengono esposti al browser e non devono contenere informazioni riservate e private.

Risorse aggiuntive Blazor WebAssembly

• Gestione dello stato: Gestire la pre-gestione
• Supporto di pre-gestione con caricamento differita dell'assembly
• Razor soggetti del ciclo di vita dei componenti che riguardano il prerendering
  • Inizializzazione dei componenti (OnInitialized{Async})
  • Dopo il rendering del componente (OnAfterRender{Async})
  • Riconnessione con stato dopo il prerendering: anche se il contenuto della sezione è incentrato sulla riconnessione con stato e sulla Blazor Server riconnessione conSignalR stato, lo scenario per la prerendering nelle app ospitate Blazor WebAssembly (WebAssemblyPrerendered) prevede condizioni e approcci simili per impedire l'esecuzione del codice dello sviluppatore due volte. Per mantenere lo stato durante l'esecuzione del codice di inizializzazione durante la pre-gestione, vedere la sezione Rendere persistente lo stato prerenderato di questo articolo.
  • Prerendering con interoperabilità JavaScript
• Soggetti di autenticazione e autorizzazione che riguardano il prerendering
  • Aspetti generali
  • Prerendering con l'autenticazione nelle app ospitate Blazor WebAssembly
• Ospitare e distribuire: Blazor WebAssembly
• Gestire gli errori: Prerendering
• OnNavigateAsync viene eseguito due volte quando si esegue la pre-esecuzione: gestire gli eventi di spostamento asincroni con OnNavigateAsync

Dimensioni dello stato prerisorse e SignalR limite di dimensioni dei messaggi

Una dimensione dello stato prerendered di grandi dimensioni può superare il limite di dimensioni del messaggio del SignalR circuito, il che comporta quanto segue:

• L'inizializzazione del SignalR circuito non riesce con un errore nel client: Circuit host not initialized.
• L'interfaccia utente di riconnessione nel client viene visualizzata quando il circuito ha esito negativo. Il ripristino non è possibile.

Per risolvere il problema, usare uno degli approcci seguenti:

• Ridurre la quantità di dati inseriti nello stato pre-temporaneo.
• Aumentare il limite di dimensioni del SignalR messaggio. AVVISO: l'aumento del limite può aumentare il rischio di attacchi Denial of Service (DoS).

Risorse aggiuntive Blazor Server

• Gestione dello stato: Gestire la pre-gestione
• Razor soggetti del ciclo di vita dei componenti che riguardano il prerendering
  • Inizializzazione dei componenti (OnInitialized{Async})
  • Dopo il rendering del componente (OnAfterRender{Async})
  • Riconnessione con stato dopo il prerendering
  • Prerendering con interoperabilità JavaScript
• Autenticazione e autorizzazione: aspetti generali
• Gestire gli errori: Prerendering
• Ospitare e distribuire: Blazor Server
• Mitigazione delle minacce: scripting tra siti (XSS)
• OnNavigateAsync viene eseguito due volte quando si esegue la pre-esecuzione: gestire gli eventi di spostamento asincroni con OnNavigateAsync