Narzędzia dla platformy ASP.NET Core Blazor
Uwaga
Nie jest to najnowsza wersja tego artykułu. Aby zapoznać się z bieżącą wersją, zapoznaj się z wersją tego artykułu platformy .NET 8.
Ważne
Te informacje odnoszą się do produktu w wersji wstępnej, który może zostać znacząco zmodyfikowany, zanim zostanie wydany komercyjnie. Firma Microsoft nie udziela żadnych gwarancji, jawnych lub domniemanych, w odniesieniu do informacji podanych w tym miejscu.
Aby zapoznać się z bieżącą wersją, zapoznaj się z wersją tego artykułu platformy .NET 8.
W tym artykule opisano narzędzia do tworzenia Blazor aplikacji na różnych platformach. Wybierz platformę w górnej części tego artykułu.
Aby utworzyć aplikację Blazor w systemie Windows, skorzystaj z następujących wskazówek:
Zainstaluj najnowszą wersję programu Visual Studio przy użyciu obciążenia ASP.NET i tworzenia aplikacji internetowych.
Utwórz nowy projekt przy użyciu jednego z dostępnych Blazor szablonów:
- Blazor Aplikacja internetowa: tworzy aplikację Blazor internetową, która obsługuje interaktywne renderowanie po stronie serwera (interakcyjne SSR) i renderowanie po stronie klienta (CSR). Szablon Blazor aplikacji internetowej jest zalecany do rozpoczęcia pracy, Blazor aby dowiedzieć się więcej o funkcjach po stronie serwera i po stronie Blazor klienta.
- Blazor WebAssembly Aplikacja autonomiczna: tworzy autonomiczną aplikację internetową klienta, którą można wdrożyć jako statyczną witrynę.
Wybierz Dalej.
Zainstaluj najnowszą wersję programu Visual Studio przy użyciu obciążenia ASP.NET i tworzenia aplikacji internetowych.
Tworzenie nowego projektu:
- Aby uzyskać doświadczenieBlazor Server, wybierz Blazor Server szablon Aplikacja, który zawiera kod demonstracyjny i bootstrap lubBlazor Serverpusty szablon aplikacji bez demonstracyjnego kodu i bootstrap. Wybierz Dalej.
- W przypadku autonomicznego Blazor WebAssembly środowiska wybierzBlazor WebAssemblyszablon Aplikacji, który zawiera kod demonstracyjny i kod rozruchowy, lubBlazor WebAssemblypusty szablon Aplikacji bez kodu demonstracyjnego i bootstrap. Wybierz Dalej.
Zainstaluj najnowszą wersję programu Visual Studio przy użyciu obciążenia ASP.NET i tworzenia aplikacji internetowych.
Tworzenie nowego projektu:
- Aby uzyskać doświadczenie Blazor Server , wybierz Blazor Server szablon Aplikacja . Wybierz Dalej.
- Aby uzyskać doświadczenie Blazor WebAssembly , wybierz Blazor WebAssembly szablon Aplikacja . Wybierz Dalej.
- Podaj nazwę projektu i upewnij się, że lokalizacja jest poprawna.
Uwaga
Terminy i pojęcia dotyczące renderowania używane w poniższych wskazówkach zostały wprowadzone w poniższych sekcjach artykułu Omówienie podstaw :
- Pojęcia dotyczące renderowania klienta i serwera
- Pojęcia dotyczące renderowania statycznego i interaktywnego
- Tryby renderowania
Szczegółowe wskazówki dotyczące trybów renderowania są udostępniane w artykule ASP.NET Core render modes (Tryby renderowania podstawowego ASP.NET CoreBlazor).
Blazor W przypadku aplikacji internetowej w oknie dialogowym Dodatkowe informacje:
Lista rozwijana trybu renderowania interakcyjnego
- Interaktywne renderowanie po stronie serwera (interakcyjne SSR) jest domyślnie włączone z opcją Serwer .
- Aby włączyć interakcyjność tylko przy użyciu renderowania po stronie klienta (CSR), wybierz opcję WebAssembly .
- Aby włączyć tryby renderowania interakcyjnego i możliwość automatycznego przełączania się między nimi w czasie wykonywania, wybierz opcję Automatyczne (serwer i zestaw WebAssembly) (automatyczny).
- Jeśli interakcyjność jest ustawiona na
Nonewartość , wygenerowana aplikacja nie ma interakcyjności. Aplikacja jest skonfigurowana tylko do renderowania po stronie serwera statycznego.
Tryb renderowania interakcyjnego automatycznie początkowo używa interakcyjnego przewodnika SSR, podczas gdy pakiet aplikacji platformy .NET i środowisko uruchomieniowe są pobierane do przeglądarki. Po aktywowaniu środowiska uruchomieniowego zestawu WebAssembly platformy .NET tryb renderowania przełącza się na interaktywne renderowanie zestawu WebAssembly.
Domyślnie Blazor szablon aplikacji internetowej umożliwia korzystanie zarówno ze statycznych, jak i interaktywnych usług SSR przy użyciu pojedynczego projektu. Jeśli włączysz również csr, projekt zawiera dodatkowy projekt klienta (
.Client) dla składników opartych na zestawie WebAssembly. Skompilowane dane wyjściowe z projektu klienta są pobierane do przeglądarki i wykonywane na kliencie. Wszystkie składniki korzystające z trybu webAssembly lub automatycznego renderowania muszą być skompilowane z projektu klienta.Aby uzyskać więcej informacji, zobacz tryby renderowania ASP.NET CoreBlazor.
Lista rozwijana lokalizacji interakcyjności
- Na stronę/składnik: ustawienie domyślne konfiguruje interakcyjność na stronę lub na składnik.
- Globalne: wybranie tej opcji powoduje globalne skonfigurowanie interakcyjności dla całej aplikacji.
Lokalizację interakcyjności można ustawić tylko wtedy, gdy tryb renderowania interaktywnego nie
Nonejest włączony, a uwierzytelnianie nie jest włączone.Aby uwzględnić przykładowe strony i układ na podstawie stylu Bootstrap, zaznacz pole wyboru Uwzględnij przykładowe strony . Wyłącz tę opcję dla projektu bez przykładowych stron i stylów Bootstrap.
Aby uzyskać więcej informacji, zobacz tryby renderowania ASP.NET CoreBlazor.
- W przypadku aplikacji hostowanej Blazor WebAssembly zaznacz pole wyboru ASP.NET Core Hosted w oknie dialogowym Dodatkowe informacje.
Wybierz pozycję Utwórz.
Naciśnij klawisze Ctrl+F5 (Windows) lub ***+F5 (macOS), aby uruchomić aplikację.
W przypadku uruchamiania hostowanego Blazor WebAssemblyrozwiązania w programie Visual Studio projekt startowy Server rozwiązania jest projektem.
Aby uzyskać więcej informacji na temat zaufania certyfikatowi programistycznemu ASP.NET Core HTTPS, zobacz Wymuszanie protokołu HTTPS w programie ASP.NET Core.
Ważne
Podczas wykonywania hostowanej Blazor WebAssembly aplikacji uruchom aplikację z projektu rozwiązania Server .
Po uruchomieniu aplikacji używany jest tylko Properties/launchSettings.json plik w projekcie Server .
Aby utworzyć aplikację Blazor w systemie Linux lub macOS, skorzystaj z następujących wskazówek:
Użyj interfejsu wiersza polecenia platformy .NET, aby wykonać polecenia w powłoce poleceń.
Zainstaluj najnowszą wersję zestawu .NET Core SDK. Jeśli wcześniej zainstalowano zestaw SDK, możesz określić zainstalowaną wersję, wykonując następujące polecenie:
dotnet --version
Zainstaluj najnowszą wersję programu Visual Studio Code dla swojej platformy.
Zainstaluj zestaw deweloperski języka C# dla programu Visual Studio Code. Aby uzyskać więcej informacji, zobacz Debugowanie aplikacji ASP.NET CoreBlazor.
Tworzenie nowego projektu:
Blazor W przypadku środowiska aplikacji internetowej z domyślnym interaktywnym renderowaniem po stronie serwera wykonaj następujące polecenie w powłoce poleceń korzystającej
blazorz szablonu projektu:dotnet new blazor -o BlazorAppAby włączyć renderowanie po stronie klienta, użyj opcji ustawionej
-int|--interactivitynaWebAssembly:dotnet new blazor -o BlazorApp -int WebAssemblyAby włączyć interaktywne renderowanie po stronie serwera, a następnie renderowanie po stronie klienta, użyj opcji ustawionej
-int|--interactivitynaAuto:dotnet new blazor -o BlazorApp -int AutoJeśli interakcyjność jest wyłączona, ustawiając
-int|--interactivityopcję naNone, wygenerowana aplikacja nie ma interakcyjności. Aplikacja jest skonfigurowana tylko do renderowania po stronie serwera statycznego:dotnet new blazor -o BlazorApp -int NoneTryb renderowania interakcyjnego automatycznie początkowo używa interaktywnego renderowania po stronie serwera (interakcyjnego SSR), podczas gdy pakiet aplikacji platformy .NET i środowisko uruchomieniowe są pobierane do przeglądarki. Po aktywowaniu środowiska uruchomieniowego zestawu WebAssembly platformy .NET tryb renderowania przełącza się do trybu renderowania interactive WebAssembly.
Domyślnie Blazor szablon aplikacji internetowej umożliwia renderowanie statyczne i interaktywne po stronie serwera przy użyciu jednego projektu. Jeśli włączysz również tryb renderowania Interactive WebAssembly, projekt zawiera dodatkowy projekt klienta (
.Client) dla składników opartych na zestawie WebAssembly. Skompilowane dane wyjściowe z projektu klienta są pobierane do przeglądarki i wykonywane na kliencie. Wszystkie składniki korzystające z interakcyjnych trybów renderowania WebAssembly lub Interactive Auto muszą być skompilowane na podstawie projektu klienta.Aby uzyskać więcej informacji, zobacz tryby renderowania ASP.NET CoreBlazor.
Aplikacje domyślnie są domyślnie lokalizacją interakcyjności dla poszczególnych składników/stron. Aby ustanowić interakcyjność w całej aplikacji, użyj
-ai|--all-interactiveopcji:dotnet new blazor -o BlazorApp -aiWybranie tej opcji powoduje ustawienie interakcyjności dla całej aplikacji w składniku
Appprzez określenie trybu renderowania dla najwyższego poziomuHeadOutletiRoutesskładników. Ustawienie interakcyjności tych składników propaguje interakcyjność do wszystkich składników podrzędnych w aplikacji.Lokalizację interakcyjności można ustawić tylko wtedy, gdy tryb renderowania interakcyjnego (
-int|--interactivity) nieNonejest włączony, a uwierzytelnianie nie jest włączone.Aby utworzyć aplikację bez przykładowych stron i stylów, użyj
-e|--emptyopcji:dotnet new blazor -o BlazorApp -eW przypadku autonomicznego Blazor WebAssembly środowiska wykonaj następujące polecenie w powłoce poleceń korzystającej z szablonu
blazorwasm:dotnet new blazorwasm -o BlazorAppAby utworzyć autonomiczną Blazor WebAssembly aplikację bez przykładowych stron i stylów, użyj
-e|--emptyopcji:dotnet new blazorwasm -o BlazorApp -e
Tworzenie nowego projektu:
Aby uzyskać doświadczenie Blazor Server w kodzie demonstracyjnym i bootstrap, wykonaj następujące polecenie:
dotnet new blazorserver -o BlazorAppAlternatywnie utwórz aplikację Blazor Server bez demonstracyjnego kodu i bootstrap przy użyciu szablonu
blazorserver-emptyprojektu:dotnet new blazorserver-empty -o BlazorAppAby uzyskać autonomiczne Blazor WebAssembly środowisko z kodem demonstracyjnym i bootstrap, wykonaj następujące polecenie:
dotnet new blazorwasm -o BlazorAppAlternatywnie utwórz aplikację autonomiczną Blazor WebAssembly bez kodu demonstracyjnego i bootstrap przy użyciu szablonu
blazorwasm-emptyprojektu:dotnet new blazorwasm-empty -o BlazorAppAby uzyskać hostowane Blazor WebAssembly środowisko z kodem demonstracyjnym i bootstrap, dodaj do polecenia opcję hostowaną (/
-ho--hosted):dotnet new blazorwasm -o BlazorApp -hoAlternatywnie utwórz hostowaną Blazor WebAssembly aplikację bez kodu demonstracyjnego i uruchom narzędzie Bootstrap przy użyciu
blazorwasm-emptyszablonu z opcją hostowaną:dotnet new blazorwasm-empty -o BlazorApp -ho
Tworzenie nowego projektu:
Aby uzyskać doświadczenie Blazor WebAssembly , wykonaj następujące polecenie:
dotnet new blazorwasm -o BlazorAppW przypadku środowiska hostowanego Blazor WebAssembly dodaj opcję hostowaną (
-holub--hosted) do polecenia :dotnet new blazorwasm -o BlazorApp -hoAby uzyskać doświadczenie Blazor Server , wykonaj następujące polecenie:
dotnet new blazorserver -o BlazorApp
BlazorApp Otwórz folder w programie Visual Studio Code.
Gdy program Visual Studio Code zażąda dodania zasobów do kompilowania i debugowania projektu, wybierz pozycję Tak.
Jeśli program Visual Studio Code nie oferuje automatycznej oferty dodawania zasobów kompilacji i debugowania (.vscodefolderu z plikami launch.json itasks.json), wybierz pozycję Wyświetl>paletę poleceń i wpisz ".NET" w polu wyszukiwania. Z listy poleceń wybierz polecenie ".NET: Generate Assets for Build and Debug".
Uwaga
Aby uzyskać więcej informacji na temat konfiguracji i używania programu Visual Studio Code, zobacz dokumentację programu Visual Studio Code.
Plik projektu Properties/launchSettings.json zawiera inspectUri właściwość serwera proxy debugowania dla dowolnych profilów w profiles sekcji pliku:
"inspectUri": "{wsProtocol}://{url.hostname}:{url.port}/_framework/debug/ws-proxy?browser={browserInspectUri}",
Konfiguracja uruchamiania i zadania hostowanego Blazor WebAssembly
W przypadku rozwiązań hostowanych Blazor WebAssemblydodaj (lub przenieś) .vscode folder z folderem launch.json i tasks.json do folderu nadrzędnego rozwiązania, który jest folderem zawierającym typowe foldery projektu: Client, Serveri Shared. Zaktualizuj lub potwierdź, że konfiguracja w plikach launch.json i tasks.json wykonuje hostowaną Blazor WebAssembly aplikację z Server projektu.
Ważne
Podczas wykonywania hostowanej Blazor WebAssembly aplikacji uruchom aplikację z projektu rozwiązania Server .
Po uruchomieniu aplikacji używany jest tylko Properties/launchSettings.json plik w projekcie Server .
Properties/launchSettings.json Sprawdź plik i określ adres URL aplikacji z applicationUrl właściwości . W zależności od wersji platformy protokół URL jest bezpieczny (HTTPS) https://localhost:{PORT} lub niezabezpieczony (HTTP), http://localhost:{PORT}gdzie {PORT} symbol zastępczy jest przypisanym portem. Zanotuj launch.json adres URL do użycia w pliku .
W konfiguracji uruchamiania .vscode/launch.json pliku:
- Ustaw bieżący katalog roboczy (
cwd) na Server folder projektu. - Wskaż adres URL aplikacji z właściwością
url. Użyj wartości zarejestrowanejProperties/launchSettings.jsonwcześniej z pliku.
"cwd": "${workspaceFolder}/{SERVER APP FOLDER}",
"url": "{URL}"
W poprzedniej konfiguracji:
- Symbol
{SERVER APP FOLDER}zastępczy to Server folder projektu, zazwyczaj Server. - Symbol
{URL}zastępczy to adres URL aplikacji, który jest określony w pliku aplikacjiProperties/launchSettings.jsonweapplicationUrlwłaściwości .
Jeśli przeglądarka Google Chrome jest preferowana w przeglądarce Microsoft Edge, zaktualizuj lub dodaj dodatkową właściwość "browser": "chrome" do konfiguracji.
Następujący przykładowy .vscode/launch.json plik:
- Ustawia bieżący katalog roboczy na Server folder .
- Ustawia adres URL aplikacji na
http://localhost:7268. - Zmienia domyślną przeglądarkę z przeglądarki Microsoft Edge na Google Chrome.
"cwd": "${workspaceFolder}/Server",
"url": "http://localhost:7268",
"browser": "chrome"
Kompletny .vscode/launch.json plik:
{
"version": "0.2.0",
"configurations": [
{
"type": "blazorwasm",
"name": "Launch and Debug Blazor WebAssembly Application",
"request": "launch",
"cwd": "${workspaceFolder}/Server",
"url": "http://localhost:7268",
"browser": "chrome"
}
]
}
W .vscode/tasks.jsonpliku dodaj argument określający ścieżkę build do Server pliku projektu aplikacji:
"${workspaceFolder}/{SERVER APP FOLDER}/{PROJECT NAME}.csproj",
W poprzednim argumencie:
- Symbol
{SERVER APP FOLDER}zastępczy to Server folder projektu, zazwyczaj Server. - Symbol
{PROJECT NAME}zastępczy to nazwa aplikacji, zazwyczaj oparta na nazwie rozwiązania, po której następuje.Serveraplikacja wygenerowana na podstawie szablonu Blazor WebAssembly projektu.
Przykładowy .vscode/tasks.jsonServer plik z projektem o nazwie BlazorHosted w Server folderze rozwiązania:
{
"version": "2.0.0",
"tasks": [
{
"label": "build",
"command": "dotnet",
"type": "process",
"args": [
"build",
"${workspaceFolder}/Server/BlazorHosted.Server.csproj",
"/property:GenerateFullPaths=true",
"/consoleloggerparameters:NoSummary",
],
"group": "build",
"presentation": {
"reveal": "silent"
},
"problemMatcher": "$msCompile"
}
]
}
Naciśnij klawisze Ctrl+F5 (Windows) lub ***+F5 (macOS), aby uruchomić aplikację.
Uwaga
Obecnie obsługiwane jest tylko debugowanie przeglądarki.
Nie można automatycznie ponownie skompilować aplikacji zaplecza Server hostowanego Blazor WebAssembly rozwiązania podczas debugowania, na przykład uruchamiając aplikację za pomocą dotnet watch runpolecenia .
.vscode/launch.json (launch konfiguracja):
...
"cwd": "${workspaceFolder}/{SERVER APP FOLDER}",
...
W poprzedniej konfiguracji bieżącego katalogu roboczego (cwd) {SERVER APP FOLDER} symbol zastępczy jest folderem Server projektu, zazwyczaj "Server".
Jeśli przeglądarka Microsoft Edge jest używana, a przeglądarka Google Chrome nie jest zainstalowana w systemie, dodaj dodatkową właściwość "browser": "edge" do konfiguracji.
Przykład folderu Server projektu i, który powoduje zduplikowanie przeglądarki Microsoft Edge na potrzeby debugowania działa zamiast domyślnej przeglądarki Google Chrome:
...
"cwd": "${workspaceFolder}/Server",
"browser": "edge"
...
.vscode/tasks.json (dotnet argumenty poleceń ):
...
"${workspaceFolder}/{SERVER APP FOLDER}/{PROJECT NAME}.csproj",
...
W poprzednim argumencie:
- Symbol
{SERVER APP FOLDER}zastępczy to Server folder projektu, zazwyczaj "Server". - Symbol
{PROJECT NAME}zastępczy to nazwa aplikacji, zazwyczaj oparta na nazwie rozwiązania, po której następuje ".Server" w aplikacji wygenerowanej na podstawie szablonu Blazorprojektu.
Poniższy przykład z samouczka dotyczącego używania z SignalR aplikacjąBlazor WebAssembly używa nazwy Server folderu projektu i nazwy BlazorWebAssemblySignalRApp.Serverprojektu :
...
"args": [
"build",
"${workspaceFolder}/Server/BlazorWebAssemblySignalRApp.Server.csproj",
...
],
...
Naciśnij klawisze Ctrl+F5 (Windows) lub ***+F5 (macOS), aby uruchomić aplikację.
Ufaj certyfikatowi programistycznemu
Aby uzyskać więcej informacji, zobacz Wymuszanie protokołu HTTPS w ASP.NET Core.
Plik rozwiązania programu Visual Studio (.sln)
Rozwiązanie to kontener do organizowania co najmniej jednego powiązanego projektu kodu. Program Visual Studio używa pliku rozwiązania (.sln) do przechowywania ustawień rozwiązania. Pliki rozwiązań używają unikatowego formatu i nie mają być edytowane bezpośrednio.
Narzędzia spoza programu Visual Studio mogą wchodzić w interakcje z plikami rozwiązań:
- Interfejs wiersza polecenia platformy .NET może tworzyć pliki rozwiązania i wyświetlać listę/modyfikować projekty w plikach rozwiązań za pomocą
dotnet slnpolecenia . Inne polecenia interfejsu wiersza polecenia platformy .NET używają ścieżki pliku rozwiązania do różnych poleceń publikowania, testowania i pakowania. - Program Visual Studio Code może wykonać
dotnet slnpolecenie i inne polecenia interfejsu wiersza polecenia platformy .NET za pośrednictwem zintegrowanego terminalu, ale nie używa ustawień bezpośrednio w pliku rozwiązania.
W całej Blazor dokumentacji rozwiązanie służy do opisywania aplikacji utworzonych na podstawie Blazor WebAssembly szablonu projektu z włączoną opcją ASP.NET Core Hosted lub szablonem Blazor Hybrid projektu. Aplikacje utworzone na podstawie tych szablonów projektów domyślnie zawierają plik rozwiązania (.sln). W przypadku aplikacji hostowanych Blazor WebAssembly , w których deweloper nie korzysta z programu Visual Studio, plik rozwiązania można zignorować lub usunąć, jeśli nie jest używany z poleceniami interfejsu wiersza polecenia platformy .NET.
Aby uzyskać więcej informacji, zobacz następujące zasoby w dokumentacji programu Visual Studio:
Korzystanie z programu Visual Studio Code na potrzeby programowania międzyplatformowego Blazor
Visual Studio Code to wieloplatformowe zintegrowane środowisko projektowe (IDE) typu open source, które może służyć do tworzenia Blazor aplikacji. Użyj interfejsu wiersza polecenia platformy .NET, aby utworzyć nową Blazor aplikację do programowania za pomocą programu Visual Studio Code. Aby uzyskać więcej informacji, zobacz wersję tego artykułu dotyczącą systemu Linux/macOS.
Aby uzyskać więcej informacji na temat konfiguracji i używania programu Visual Studio Code, zobacz dokumentację programu Visual Studio Code.
Blazor opcje szablonu
Platforma Blazor udostępnia szablony do tworzenia nowych aplikacji. Szablony służą do tworzenia nowych Blazor projektów i rozwiązań niezależnie od narzędzi wybranych do Blazor programowania (Visual Studio, Visual Studio Code lub interfejsu wiersza polecenia platformy .NET):
- Blazor Szablon projektu aplikacji internetowej:
blazor - Blazor WebAssembly Szablon projektu aplikacji autonomicznej:
blazorwasm
- Blazor Server szablony projektów:
blazorserver,blazorserver-empty - Blazor WebAssembly szablony projektów:
blazorwasm,blazorwasm-empty
- Blazor Server szablon projektu:
blazorserver - Blazor WebAssembly szablon projektu:
blazorwasm
Aby uzyskać więcej informacji na Blazor temat szablonów projektów, zobacz ASP.NET Core project structure (Struktura projektu ASP.NET CoreBlazor).
Aby uzyskać więcej informacji na temat opcji szablonu, zobacz następujące zasoby:
- Szablony domyślne platformy .NET dla nowego artykułu dotnet w dokumentacji platformy .NET Core:
- Przekazanie opcji pomocy (
-hlub--help) do polecenia interfejsudotnet newwiersza polecenia w powłoce poleceń:dotnet new blazor -hdotnet new blazorwasm -h
- Szablony domyślne platformy .NET dla nowego artykułu dotnet w dokumentacji platformy .NET Core:
blazorserver(obejmujeblazorserver-emptyopcje)blazorwasm(obejmujeblazorwasm-emptyopcje)
- Przekazanie opcji pomocy (
-hlub--help) do polecenia interfejsudotnet newwiersza polecenia w powłoce poleceń:dotnet new blazorserver -hdotnet new blazorserver-empty -hdotnet new blazorwasm -hdotnet new blazorwasm-empty -h
- Szablony domyślne platformy .NET dla nowego artykułu dotnet w dokumentacji platformy .NET Core:
- Przekazanie opcji pomocy (
-hlub--help) do polecenia interfejsudotnet newwiersza polecenia w powłoce poleceń:dotnet new blazorserver -hdotnet new blazorwasm -h
Dodatkowe zasoby
- ASP.NET Core Blazor WebAssembly build tools and ahead-of-time (AOT) build (AOT) build tools and ahead-of-time (AOT) build tools and ahead-of-time (AOT) build tools and ahead-of-
- Interfejs wiersza polecenia platformy .NET
- Obsługa platformy .NET Przeładowywanie na gorąco dla platformy ASP.NET Core
- Modele hostingu ASP.NET Core Blazor
- struktura projektu ASP.NET Core Blazor
- Samouczki dotyczące platformy ASP.NET Core Blazor Hybrid
Opinia
Dostępne już wkrótce: W 2024 r. będziemy stopniowo wycofywać zgłoszenia z serwisu GitHub jako mechanizm przesyłania opinii na temat zawartości i zastępować go nowym systemem opinii. Aby uzyskać więcej informacji, sprawdź: https://aka.ms/ContentUserFeedback.
Prześlij i wyświetl opinię dla