複数のホストされた ASP.NET Core Blazor WebAssembly アプリ

注

これは、この記事の最新バージョンではありません。この記事の最新バージョンについては、 .NET 7 のバージョンを参照してください。

この記事では、複数のBlazor WebAssembly アプリをホストするようにホステッド Blazor WebAssembly アプリを構成する方法について説明します。

コンフィギュレーション

ホスト要件に一致するバージョン (ポート/ドメインホスティング ( :5001/:5002 や firstapp.com/secondapp.comなど) またはルートサブパスホスティング ( /FirstApp や /SecondAppなど) を選択します。

現在のホスティングの選択では、この記事ではポート/ドメインホスティング ( :5001/:5002 や firstapp.com/secondapp.comなど) について説明します。

次の例では、

ホストされているBlazor WebAssembly アプリのプロジェクト名は、MultipleBlazorAppsという名前のフォルダーにMultipleBlazorApps。
2 つ目のクライアントアプリが追加される前のソリューションの 3 つのプロジェクトは、MultipleBlazorApps.Client フォルダー、Client フォルダーにMultipleBlazorApps.Server、Server フォルダーにMultipleBlazorApps.SharedSharedされます。
初期 (最初の) クライアントアプリは、 Blazor WebAssembly プロジェクトテンプレートから作成されたソリューションの既定のクライアントプロジェクトです。
2 つ目のクライアントアプリがソリューションに追加され、MultipleBlazorApps.SecondClientという名前のフォルダーにSecondClientされます。
必要に応じて、サーバープロジェクト (MultipleBlazorApps.Server) は、ページまたはビューを Razor Pages または MVC アプリとして提供できます。
1 つ目のクライアントアプリは、ブラウザーのポート 5001 またはホストの firstapp.comでアクセスできます。 2 つ目のクライアントアプリは、ブラウザーのポート 5002 またはホストの secondapp.comでアクセスできます。

現在の選択では、この記事ではルートサブパスのホスティングについて説明します (たとえば、 /FirstApp と /SecondApp)。

次の例では、

ホストされているBlazor WebAssembly アプリのプロジェクト名は、MultipleBlazorAppsという名前のフォルダーにMultipleBlazorApps。
2 つ目のクライアントアプリが追加される前のソリューションの 3 つのプロジェクトは、MultipleBlazorApps.Client フォルダー、Client フォルダーにMultipleBlazorApps.Server、Server フォルダーにMultipleBlazorApps.SharedSharedされます。
初期 (最初の) クライアントアプリは、 Blazor WebAssembly プロジェクトテンプレートから作成されたソリューションの既定のクライアントプロジェクトです。
2 つ目のクライアントアプリがソリューションに追加され、MultipleBlazorApps.SecondClientという名前のフォルダーにSecondClientされます。
必要に応じて、サーバープロジェクト (MultipleBlazorApps.Server) は、正式な Razor Pages または MVC アプリとしてページまたはビューを提供できます。
どちらのクライアントアプリも、 MultipleBlazorApps.Server プロジェクトの Properties/launchSettings.json ファイルによって定義された既定のポートを applicationUrl 値で使用します。最初のクライアントアプリは、 /FirstApp サブパスのブラウザーでアクセスできます。 2 番目のクライアントアプリは、 /SecondApp サブパスのブラウザーでアクセスできます。

この記事に示す例では、次の追加の構成が必要です。

例のホストドメイン、 firstapp.com 、 secondapp.comでアプリに直接アクセスする。
TLS/HTTPS セキュリティを有効にするクライアントアプリの証明書。
次の機能のために、サーバーアプリを Razor Pages アプリとして構成します。
- Razor コンポーネントのページまたはビューへの統合。
- Razorコンポーネントのプリレンダリング。

上記の構成は、この記事の範囲外です。詳細については、次のリソースを参照してください。

既存のホステッド Blazor WebAssemblyソリューションを使用するか、Blazor WebAssembly プロジェクトテンプレートからを作成します。.NET CLI を使用する場合は Blazor WebAssembly オプションを渡すか、IDE でプロジェクトを作成するときに Visual Studio で -ho|--hosted] チェックボックスをオンにします。

MultipleBlazorAppsという名前のソリューションのフォルダーを使用し、プロジェクトにMultipleBlazorAppsという名前を付けます。

ソリューションに SecondClient という名前の新しいフォルダーを作成します。新しいフォルダーに、Blazor WebAssemblyという名前の 2 つ目MultipleBlazorApps.SecondClientクライアントアプリを追加します。スタンドアロン Blazor WebAssembly アプリとしてプロジェクトを追加します。スタンドアロン Blazor WebAssembly アプリを作成するには、.NET CLI を使用する場合は -ho|--hosted オプションを渡さないでください。Visual Studio を使用している場合は 、ASP.NET Core Hosted チェックボックスを使用しないでください。

MultipleBlazorApps.SecondClient プロジェクトに次の変更を加えます。

FetchData コンポーネント (Pages/FetchData.razor) を Client/Pages フォルダーから SecondClient/Pages フォルダーにコピーします。スタンドアロン Blazor WebAssembly アプリでは気象データ用に Server プロジェクトのコントローラーを呼び出せず、静的データファイルを使用するため、この手順が必要です。 FetchData コンポーネントを追加されたプロジェクトにコピーすることで、2 番目のクライアントアプリは気象データ用のサーバー API への Web API 呼び出しも行います。
フォルダー内のSecondClient/wwwroot/sample-data ファイルが使用されていないため、weather.json フォルダーを削除します。

次の表では、 SecondClient フォルダーと MultipleBlazorApps.SecondClient プロジェクトが追加された後のソリューションのフォルダーとプロジェクト名について説明します。

物理フォルダー	プロジェクト名	Description
`Client`	`MultipleBlazorApps.Client`	Blazor WebAssembly クライアントアプリ
`SecondClient`	`MultipleBlazorApps.SecondClient`	Blazor WebAssembly クライアントアプリ
`Server`	`MultipleBlazorApps.Server`	ASP.NET Core サーバーアプリ
`Shared`	`MultipleBlazorApps.Shared`	共有リソースプロジェクト

MultipleBlazorApps.Server プロジェクトは、2 つのBlazor WebAssembly クライアントアプリにサービスを提供し、MVC コントローラーを介してクライアントアプリのFetchData コンポーネントに気象データを提供します。必要に応じて、 MultipleBlazorApps.Server プロジェクトは、従来の Razor Pages または MVC アプリとしてページまたはビューを提供することもできます。ページまたはビューの提供を有効にする手順については、この記事の後半で説明します。

注

この記事のデモでは、FirstApp プロジェクトのMultipleBlazorApps.Clientの静的 Web アセットパス名と、SecondApp プロジェクトのMultipleBlazorApps.SecondClientを使用します。 "FirstApp" と "SecondApp" という名前は、単なるデモンストレーション用です。その他の名前は、 App1/App2、 Client1/Client2、 1/2、または同様の名前付けスキームなど、クライアントアプリを区別するために使用できます。

ポートまたはドメインによってクライアントアプリに要求をルーティングする場合、"FirstApp" と "SecondApp" は 内部的に 使用され、静的資産に対する要求のルーティングと応答の処理が行われ、ブラウザーのアドレスバーには表示されません。

注

要求はこれらの名前を使用して 2 つのクライアントアプリにルーティングされるため、"FirstApp" と "SecondApp" もブラウザーのアドレスバーに表示されます。その他の有効な URL ルートセグメントがサポートされており、ルートセグメントは、静的 Web 資産を内部的にルーティングするために使用される名前と厳密に一致する必要はありません。内部の静的資産ルーティングとアプリ要求ルーティングの両方に対して "FirstApp" と "SecondApp" を使用することは、この記事の例で単に説明します。

最初のクライアントアプリのプロジェクトファイル (MultipleBlazorApps.Client.csproj) で、<StaticWebAssetBasePath>を追加し、値を指定して、プロジェクトの静的アセットのベースパスを設定します。

<StaticWebAssetBasePath>FirstApp</StaticWebAssetBasePath>

MultipleBlazorApps.SecondClient アプリのプロジェクトファイル (MultipleBlazorApps.SecondClient.csproj):

<StaticWebAssetBasePath>の値を持つ<PropertyGroup>にSecondApp プロパティを追加します。
```
<StaticWebAssetBasePath>SecondApp</StaticWebAssetBasePath>
```
MultipleBlazorApps.Shared プロジェクトのプロジェクト参照を<ItemGroup>に追加します。
```
<ItemGroup>
  <ProjectReference Include="..\Shared\MultipleBlazorApps.Shared.csproj" />
</ItemGroup>
```

サーバーアプリのプロジェクトファイル (Server/MultipleBlazorApps.Server.csproj) で、MultipleBlazorApps.SecondClientに追加された<ItemGroup> クライアントアプリのプロジェクト参照を作成します。

<ProjectReference Include="..\SecondClient\MultipleBlazorApps.SecondClient.csproj" />

サーバーアプリのProperties/launchSettings.json ファイルで、ポート 5001 と 5002 でクライアントアプリにアクセスするようにapplicationUrl プロファイル (Kestrel) のMultipleBlazorApps.Serverを構成します。ドメインの例を使用するようにローカル環境を構成した場合、 applicationUrl の URL は firstapp.com と secondapp.com を使用でき、ポートは使用できません。

注

このデモでポートを使用すると、ローカルブラウザーでクライアントプロジェクトにアクセスでき、Web ブラウザーがホスト構成、 firstapp.com 、 secondapp.comを介してクライアントアプリにアクセスできるように、ローカルホスティング環境を構成する必要はありません。運用シナリオでは、一般的な構成は、サブドメインを使用してクライアントアプリを区別することです。

例えば次が挙げられます。

ポートは、このデモの構成から削除されます。
ホストは、サイト訪問者の www.contoso.com や管理者の admin.contoso.com など、サブドメインを使用するように変更されます。
追加のクライアントアプリには追加のホストを含めることができます。サーバーアプリがページまたはビューを提供する Razor Pages または MVC アプリでもある場合は、少なくとも 1 つのホストが必要です。

サーバーアプリからページまたはビューを提供する場合は、applicationUrl ファイルで次のProperties/launchSettings.json設定を使用します。この設定により、次のアクセスが許可されます。

必要に応じて、 Razor Pages または MVC アプリ (MultipleBlazorApps.Server プロジェクト) がポート 5000 の要求に応答します。
最初のクライアント (MultipleBlazorApps.Client プロジェクト) の要求に対する応答は、ポート 5001 にあります。
2 番目のクライアント (MultipleBlazorApps.SecondClient プロジェクト) の要求に対する応答は、ポート 5002 にあります。

"applicationUrl": "https://localhost:5000;https://localhost:5001;https://localhost:5002",

サーバーアプリがページまたはビューを提供し、 Blazor WebAssembly クライアントアプリのみを提供することを計画していない場合は、次の設定を使用して、次のアクセスを許可します。

最初のクライアントアプリはポート 5001 で応答します。
2 番目のクライアントアプリはポート 5002 で応答します。

"applicationUrl": "https://localhost:5001;https://localhost:5002",

サーバーアプリの Program.cs ファイルで、 UseHttpsRedirectionの呼び出しの後に表示される次のコードを削除します。

サーバーアプリからページまたはビューを提供する場合は、次のコード行を削除します。
```
- app.UseBlazorFrameworkFiles();
```
```
- app.MapFallbackToFile("index.html");
```
Blazor WebAssembly クライアントアプリのみを提供するようにサーバーアプリを計画している場合は、次のコードを削除します。
```
- app.UseBlazorFrameworkFiles();

...

- app.UseRouting();

- app.MapRazorPages();
- app.MapControllers();
- app.MapFallbackToFile("index.html");
```
静的ファイルミドルウェアはそのままにしておきます。
```
app.UseStaticFiles();
```

クライアントアプリに要求をマップするミドルウェアを追加します。次の例では、要求ポートが最初のクライアントアプリの場合は 5001、2 番目のクライアントアプリの場合は 5002、または要求ホストが最初のクライアントアプリに対して firstapp.com または 2 番目のクライアントアプリの secondapp.com である場合に実行するようにミドルウェアを構成します。

注

ローカルブラウザーでローカルシステムでホスト (firstapp.com/secondapp.com) を使用するには、この記事の範囲外の追加の構成が必要です。このシナリオのローカルテストでは、ポートを使用することをお勧めします。一般的な実稼働アプリは、サイト訪問者の www.contoso.com や管理者の admin.contoso.com など、サブドメインを使用するように構成されます。この記事の範囲を超え、使用されているテクノロジに依存する適切な DNS とサーバー構成では、アプリは次のコードで指定されているホストの要求に応答します。

app.UseBlazorFrameworkFiles();からProgram.cs行を削除した場所に、次のコードを配置します。
```
app.MapWhen(ctx => ctx.Request.Host.Port == 5001 || 
    ctx.Request.Host.Equals("firstapp.com"), first =>
{
    first.Use((ctx, nxt) =>
    {
        ctx.Request.Path = "/FirstApp" + ctx.Request.Path;
        return nxt();
    });

    first.UseBlazorFrameworkFiles("/FirstApp");
    first.UseStaticFiles();
    first.UseStaticFiles("/FirstApp");
    first.UseRouting();

    first.UseEndpoints(endpoints =>
    {
        endpoints.MapControllers();
        endpoints.MapFallbackToFile("/FirstApp/{*path:nonfile}", 
            "FirstApp/index.html");
    });
});

app.MapWhen(ctx => ctx.Request.Host.Port == 5002 || 
    ctx.Request.Host.Equals("secondapp.com"), second =>
{
    second.Use((ctx, nxt) =>
    {
        ctx.Request.Path = "/SecondApp" + ctx.Request.Path;
        return nxt();
    });

    second.UseBlazorFrameworkFiles("/SecondApp");
    second.UseStaticFiles();
    second.UseStaticFiles("/SecondApp");
    second.UseRouting();

    second.UseEndpoints(endpoints =>
    {
        endpoints.MapControllers();
        endpoints.MapFallbackToFile("/SecondApp/{*path:nonfile}", 
            "SecondApp/index.html");
    });
});
```
Warnung

、HttpRequest.Host などのRequireHostに依存する API は、クライアントによるスプーフィングの対象になる可能性があります。

ホストとポートのスプーフィングを防ぐには、次のいずれかの方法を使用します。
- ポートがチェックされる場所で HttpContext.Connection (ConnectionInfo.LocalPort) を使用します。
- ホストフィルタリングを採用します。

クライアントアプリに要求をマップするミドルウェアを追加します。次の例では、要求サブパスが最初のクライアントアプリまたは 2 番目のクライアントアプリの/FirstAppに/SecondAppされたときに実行するようにミドルウェアを構成します。

app.UseBlazorFrameworkFiles();からProgram.cs行を削除した場所に、次のコードを配置します。

app.MapWhen(ctx => ctx.Request.Path.StartsWithSegments("/FirstApp", 
    StringComparison.OrdinalIgnoreCase), first =>
{
    first.UseBlazorFrameworkFiles("/FirstApp");
    first.UseStaticFiles();
    first.UseStaticFiles("/FirstApp");
    first.UseRouting();

    first.UseEndpoints(endpoints =>
    {
        endpoints.MapControllers();
        endpoints.MapFallbackToFile("/FirstApp/{*path:nonfile}",
            "FirstApp/index.html");
    });
});

app.MapWhen(ctx => ctx.Request.Path.StartsWithSegments("/SecondApp", 
    StringComparison.OrdinalIgnoreCase), second =>
{
    second.UseBlazorFrameworkFiles("/SecondApp");
    second.UseStaticFiles();
    second.UseStaticFiles("/SecondApp");
    second.UseRouting();

    second.UseEndpoints(endpoints =>
    {
        endpoints.MapControllers();
        endpoints.MapFallbackToFile("/SecondApp/{*path:nonfile}",
            "SecondApp/index.html");
    });
});

各クライアントアプリでベースパスを設定します。

最初のクライアントアプリの index.html ファイル (Client/wwwroot/index.html) で、サブパスを反映するように <base> タグ値を更新します。末尾のスラッシュが必要です。
```
<base href="/FirstApp/" />
```
2 番目のクライアントアプリの index.html ファイル (SecondClient/wwwroot/index.html) で、サブパスを反映するように <base> タグ値を更新します。末尾のスラッシュが必要です。
```
<base href="/SecondApp/" />
```

UseStaticFilesの詳細については、ASP.NET Core Blazor静的ファイルに関するページを参照してください。

UseBlazorFrameworkFilesとMapFallbackToFileの詳細については、次のリソースを参照してください。

注

通常、.NET 参照ソースへのドキュメントリンクを使用すると、リポジトリの既定のブランチが読み込まれます。このブランチは、.NET の次回リリースに向けて行われている現在の開発を表します。特定のリリースのタグを選択するには、[Switch branches or tags](ブランチまたはタグの切り替え) ドロップダウンリストを使います。詳細については、「ASP.NET Core ソースコードのバージョンタグを選択する方法」 (dotnet/AspNetCore.Docs #26205) を参照してください。

クライアントアプリからサーバー API に /WeatherForecast する要求は、要求を行うクライアントアプリに応じて /FirstApp/WeatherForecast または /SecondApp/WeatherForecast されます。そのため、サーバー API から気象データを返すコントローラールートには、パスセグメントを含める変更が必要です。

サーバーアプリの天気予報コントローラー (Controllers/WeatherForecastController.cs) で、既存のルート ([Route("[controller]")]) を WeatherForecastController に置き換え、クライアント要求パスを考慮に入れる次のルートに置き換えます。

[Route("FirstApp/[controller]")]
[Route("SecondApp/[controller]")]

サーバーアプリからページを提供する場合は、サーバーアプリの Index フォルダーにRazorPages ページを追加します。

Pages/Index.cshtml:

@page
@model MultipleBlazorApps.Server.Pages.IndexModel
@{
    ViewData["Title"] = "Home";
}

<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="utf-8" />
    <title>Home</title>
</head>
<body>
    <div class="main">
        <div class="content px-4">

            <div>
                <h1>Welcome</h1>
                <p>Hello from Razor Pages!</p>
            </div>
        </div>
    </div>
</body>
</html>

Pages/Index.cshtml.cs:

using Microsoft.AspNetCore.Mvc;
using Microsoft.AspNetCore.Mvc.RazorPages;

namespace MultipleBlazorApps.Server.Pages;

public class IndexModel : PageModel
{
    public void OnGet()
    {
    }
}

using Microsoft.AspNetCore.Mvc;
using Microsoft.AspNetCore.Mvc.RazorPages;

namespace MultipleBlazorApps.Server.Pages
{
    public class IndexModel : PageModel
    {
        public void OnGet()
        {
        }
    }
}

注

上記の Index ページは、デモンストレーションを目的とした最小限の例です。レイアウト、スタイル、スクリプト、インポートなどの追加の Razor Pages アセットがアプリに必要な場合は、 Razor Pages プロジェクトテンプレートから作成されたアプリから取得します。詳細については、「ASP.NET Core のRazor ページのアーキテクチャと概念」を参照してください。

サーバーアプリから MVC ビューを提供する場合は、 Index ビューと Home コントローラーを追加します。

Views/Home/Index.cshtml:

@{
    ViewData["Title"] = "Home";
}

<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="utf-8" />
    <title>Home</title>
</head>
<body>
    <div class="main">
        <div class="content px-4">

            <div>
                <h1>Welcome</h1>
                <p>Hello from MVC!</p>
            </div>
        </div>
    </div>
</body>
</html>

Controllers/HomeController.cs:

using Microsoft.AspNetCore.Mvc;

namespace MultipleBlazorApps.Server.Controllers;

public class HomeController : Controller
{
    public IActionResult Index() => View();
}

注

上記の Index ビューは、デモンストレーションを目的とした最小限の例です。アプリに追加の MVC アセット (レイアウト、スタイル、スクリプト、インポートなど) が必要な場合は、MVC プロジェクトテンプレートから作成されたアプリから取得します。詳細については、「 ASP.NET Core MVC の概要」を参照してください。

サーバーアプリのページまたはビューでクライアントアプリのいずれかの Razor コンポーネントを使用する方法の詳細については、「 ASP.NET Core Razor コンポーネントと MVC または Razor Pages をホスト Blazor WebAssembly ソリューションに統合する」を参照してください。

アプリを実行する

MultipleBlazorApps.Server プロジェクトを実行します。

https://localhost:5001で初期クライアントアプリにアクセスします。
https://localhost:5002で追加されたクライアントアプリにアクセスします。
サーバーアプリがページまたはビューを提供するように構成されている場合は、 Index ページまたはビュー ( https://localhost:5000) にアクセスします。

https://localhost:{DEFAULT PORT}/FirstAppで初期クライアントアプリにアクセスします。
https://localhost:{DEFAULT PORT}/SecondAppで追加されたクライアントアプリにアクセスします。
サーバーアプリがページまたはビューを提供するように構成されている場合は、 Index ページまたはビュー ( https://localhost:{DEFAULT PORT}) にアクセスします。

前の URL の例では、 {DEFAULT PORT} プレースホルダーは、 MultipleBlazorApps.Server プロジェクトの Properties/launchSettings.json ファイルの applicationUrl 値で定義されている既定のポートです。

Important

dotnet watch (またはdotnet run) コマンド (.NET CLI) を使用してアプリを実行する場合は、ソリューションのServer フォルダーでコマンドシェルが開かれていることを確認します。

Visual Studio のスタートボタンを使用してアプリを実行する場合は、 MultipleBlazorApps.Server プロジェクトがスタートアッププロジェクトとして設定されていることを確認します (ソリューションエクスプローラーで強調表示されています)。

静的アセット

資産がクライアントアプリの wwwroot フォルダーにある場合は、コンポーネントに静的資産要求パスを指定します。

<img alt="..." src="{PATH AND FILE NAME}" />

{PATH AND FILE NAME} プレースホルダーは、wwwroot の下のパスとファイル名です。

たとえば、jeep-yj.pngのvehicle フォルダー内のジープイメージ (wwwroot) のソースは次のとおりです。

<img alt="Jeep Wrangler YJ" src="vehicle/jeep-yj.png" />

Razor クラスライブラリ (RCL) のサポート

Razor クラスライブラリ (RCL) を新しいプロジェクトとしてソリューションに追加します。

ソリューションエクスプローラーでソリューションを右クリックし、[追加>新しいプロジェクト] を選択します。
Razor クラスライブラリ プロジェクトテンプレートを使用して、プロジェクトを作成します。このセクションの例では、プロジェクト名 ComponentLibraryを使用します。これは RCL のアセンブリ名でもあります。 [ サポートページとビュー ] チェックボックスをオンにしないでください。

ホストBlazor WebAssemblyクライアントアプリごとに、ソリューションエクスプローラーで各クライアントプロジェクトを右クリックし、[追加]、[プロジェクト参照]の順に選択して、RCL プロジェクトのプロジェクト>作成します。

次のいずれかの方法で、クライアントアプリで RCL のコンポーネントを使用します。

RCL の名前空間のコンポーネントの先頭に @using ディレクティブを配置し、コンポーネントの構文 Razor 追加します。次の例は、アセンブリ名が ComponentLibrary RCL の場合です。
```
@using ComponentLibrary

...

<Component1 />
```
RCL の名前空間と、コンポーネントの Razor 構文を指定します。この方法では、コンポーネントファイルの先頭に @using ディレクティブは必要ありません。次の例は、アセンブリ名が ComponentLibrary RCL の場合です。
```
<ComponentLibrary.Component1 />
```

注

@using ディレクティブを各クライアントアプリの_Import.razor ファイルに配置することもできます。これにより、RCL の名前空間をそのプロジェクト内のコンポーネントでグローバルに使用できるようになります。

他の静的アセットが RCL の wwwroot フォルダーにある場合は、ASP.NET Core を使用するクラスライブラリの再利用可能な Razor UI のガイダンスに従って、クライアントアプリ内の静的アセットを参照します。

<img alt="..." src="_content/{PACKAGE ID}/{PATH AND FILE NAME}" />

{PACKAGE ID} プレースホルダーは、RCL のパッケージ ID です。プロジェクトファイルで <PackageId> が指定されていない場合、パッケージ ID の既定値はプロジェクトのアセンブリ名になります。 {PATH AND FILE NAME}プレースホルダーは、wwwrootのパスとファイル名です。

次の例は、RCL の jeep-yj.png フォルダーのvehicle フォルダー内のジープイメージ (wwwroot) のマークアップを示しています。次の例は、アセンブリ名が ComponentLibrary RCL の場合です。

<img alt="Jeep Wrangler YJ" src="_content/ComponentLibrary/vehicle/jeep-yj.png" />

その他のリソース

フィードバック

このページはお役に立ちましたか?

Last updated on 2025-11-11

次の方法で共有

複数のホストされた ASP.NET Core Blazor WebAssembly アプリ

コンフィギュレーション

アプリを実行する

静的アセット

Razor クラス ライブラリ (RCL) のサポート

その他のリソース

フィードバック

その他のリソース

Razor クラスライブラリ (RCL) のサポート