Aspnetcore: Blazorのホットリロード

この作業項目のステータスの更新については、 https：//github.com/aspnet/blazor/issues/193を参照して

今のところ、 dotnet watch runを使用して、変更が発生するたびに再コンパイルできます。
これをcsprojファイルで使用するだけです：
<DotNetCliToolReference Include="Microsoft.DotNet.Watcher.Tools" Version="2.0.0" />
<Watch Include="**\*.cshtml"/>

0.2.0のライブリロードで問題が発生したため、より堅牢な設計を実行できるようになるまでこれを移動します。

こんにちは、私はMacでdotnet sdk2.2.100-preview1-009349とblazor0.5.1を使用しています。
「dotnetblazorserve」を使用したライブリロードは機能しません。 cshtmlファイルのhtmlマークアップを変更すると、アプリはそれ自体をリロードせず、手動でブラウザーをリロードした後も、アプリは古いhtmlコンテンツを表示します。 どうすればこれを解決できますか？

@ danroth27 、 https： //github.com/aspnet/AspNetCore/issues/4056とは何ですか？ それは閉じられるべきですか？

いくつかの質問！
1このトラックは、サーバー側のブレイザーとクライアント側のブレイザーの両方のライブリロードを追跡しますか？

1. ライブリロードは、ライブリリース（つまり、ネットコア3.0）で出荷されますか？
2. ライブリロードメカニズムはページの状態を失いますか（つまり、f5リフレッシュと同等）、JavaScriptランドのホットモジュール置換と同様に動作しますか？つまり、変更されたコンポーネントUIのみが再レンダリングされますか？ 後者の場合、更新間でクライアントのコンポーネントの状態を保持するメカニズムはありますか？

このトラックは、サーバー側のブレイザーとクライアント側のブレイザーの両方のライブリロードを追跡しますか？

はい

ライブリロードは、ライブリリース（つまり、ネットコア3.0）で出荷されますか？

.NET Core 3.0の場合、ファイルの変更に基づく自動再構築をサポートする予定ですが、ブラウザーを手動で更新する必要があります。

ライブリロードメカニズムはページの状態を失いますか（つまり、f5リフレッシュと同等）、JavaScriptランドのホットモジュール置換と同様に動作しますか？つまり、変更されたコンポーネントUIのみが再レンダリングされますか？ 後者の場合、更新間でクライアントのコンポーネントの状態を保持するメカニズムはありますか？

現在、クライアントの状態を維持する方法でホットモジュールの交換をサポートする計画はありません。

現在、クライアントの状態を維持する方法でホットモジュールの交換をサポートする計画はありません。

少なくとも、自動的にではありません。 理論的には、Reduxのようなアーキテクチャ、または状態を表示から厳密に分離するその他のアーキテクチャに従う場合は、アンロードする前にその状態をシリアル化して、リロード時に復元できます。 ただし、これは機能として組み込むことを計画しているものではありません。誰もがその種のアーキテクチャに従うことを望んでいるわけではないからです。

次に、アンロードする前にその状態をシリアル化し、リロード時に復元できます。

ありがとう。 準備ができたら、これを容易にするために、設計で提供されている適切なフック（アンロード/リロードなどの前）を文書化できますか？ 実装/ヘルパーnugetパッケージから始めて、このパターンが必要な人のために有効にしたいと思います。

dotnet watch runを機能させることができませんでした。次のオプションやその他のオプションも試してみましたが、

dotnet watch --project "Portfolio.Client" run --project "Portfolio.Server"

nodemonを使用した次の大まかな解決策になりました：

npx nodemon --watch "Portfolio.Client" -e razor,css,html,cs --exec 'dotnet run --project "Portfolio.Server"'

私は走るはずだと思った：
dotnet watch --project BlazorTest.Client run
しかし、それは私にエラーを与えました。

使用した場合：
dotnet watch --project BlazorTest.Server run

プロジェクトのBlazorTest.Server.csprojファイルには次のものがあります。

<ItemGroup>
    <Watch Include="..\**\*.razor" />
    <Watch Include="..\**\*.scss" />
    <Watch Include="..\**\*.cs" />
</ItemGroup>

BlazorTest.Clientプロジェクトの変更を取得してサーバーを再起動したため、ブラウザーで手動で更新するだけで済みました。

BlazorTest.Clientプロジェクトの変更を取得してサーバーを再起動したため、ブラウザーで手動で更新するだけで済みました。

それは、 css, html変更があるたびにサーバーが再起動することを意味しますか？

@dazinator 、はい:-)

..確認するだけで大​​丈夫ですが、それは悪いことですよね？ つまり、ブラウザの更新（キャッシュを無効にした状態）で十分なので、htmlまたはcssファイルの変更にはサーバーの再起動は不要ですか？

あなたは正しいです、それは必要ではありません。 <ItemGroup>内で、関心のあるファイル拡張子を追加または削除するだけです。 混乱を避けるために私の答えを更新しました。

トピックから外れている場合は申し訳ありませんが、今すぐVisual Studioからライブリロードする方法はありますか（Blazorクライアント側）？ 現在、wwwrootファイルを除くすべての変更について、プロジェクトをビルドし（Ctrl Shift B）、ブラウザーをリロードする必要があります。 VSが変更の保存に基づいて自動ビルドできるとしたら素晴らしいでしょう。

@datvmサーバー側のBlazorプロジェクトでこれを有効にしましたが、クライアント側のBlazorプロジェクトとRazorクラスライブラリでこれを再度有効にするために、いくつかの作業を行う必要があります。 現在、.NET Core 3.0の出荷に重点を置いているため、これに到達するまでには少し時間がかかるでしょう。

クライアント側では、サーバーで何かが変更されたときにページ全体を更新するだけの機能を使用できます。 恥知らずなプラグイン：NetPackをチェックアウト-サンプルプロジェクトを実行し、/ BrowserReloadの例に移動します： //github.com/dazinator/NetPack/blob/develop/src/NetPack.Web/Views/Home/BrowserReload.cshtml-それあなたを助けるかもしれません。 そうでない場合は、すぐに使用できるソリューションを待つことができない場合に、サーバー側のファイル変更に基づいてクライアント側のページのリロードをトリガーするための他のソリューションがあります。

解決策をありがとう、実際には他の誰かに役立つかもしれません。 私にとって、それはQoLの改善であり、重要なことではありません。 それでも製品と誰もが費やしている努力が大好きです。CtrlShiftBをさらに押すと（今は）うまくいきます。

私のソリューションは現在次のようになっています：
ブラウザを開くポートとホスト名でパラメータ化されたlaunchsettings.jsonによって開始される別のexeBlazorDebugLauncherがあります。
それから

• VisualStudioをデタッチして再接続する別の小さなexeDebugAttacherを開始します
• プロジェクトフォルダでdotnetwatchの実行を開始します
• サーバープロセスが起動するとすぐにブラウザを更新します（MS Edgeで正常に動作します:-)）

誰かが興味を持っているなら、私はこれをどこかに置くことができます...

@AdmiralSnyder共有したい場合は、ぜひご覧ください。

チェックアウトする価値があります： //github.com/RickStrahl/Westwind.AspnetCore.LiveReload

これが私の解決策です。 少しハッキーですが、機能します： https ：
（来週はクリーンアップしてreadmeを追加します…）

@dazinatorたまたま見てみましたか？

@AdmiralSnyder見て、共有してくれてありがとう、デバッガーを接続しているかどうかを確認したいと思っていました
私はブラウザのリロードのためにこのアプローチに落ち着きました（それは当然のことながら私自身のライブラリです） https://github.com/dazinator/NetPack/blob/develop/src/NetPack.Web.Blazor.Host/Startup.cs-実行されます外部プロセスを起動するのではなく、アプリ自体の内部でウォッチャーを起動し（IFileProviderを使用）、シグナルrとBlazorレイアウトに追加するBlazorクライアント側コンポーネントを使用してリロードをトリガーします。 これはpreview6でうまく機能しており、まもなくpreview7にアップグレードして、引き続き機能することを願っています:-)

さわやかな機能をプロジェクトに取り入れたくありませんでした。 外部プロセスを使用せずに、どのようにしてdetach-rebuild-restart-reattachギャップをギャップしますか？

さわやかな機能をプロジェクトに取り入れたくありませんでした

厳密な意味でそれらをプロジェクトに持ち込む必要はありません。 たとえば、コンパイルシンボルの条件を含むパッケージ参照を含めることができ（つまり、debug = true）、スタートアップコードをコンパイルディレクティブに入れることができます（#if debug）-そして今、アプリをリリースモードで実行すると、設計時のパッケージまたはコードが含まれています。

外部プロセスを使用せずに、どのようにしてdetach-rebuild-restart-reattachギャップをギャップしますか？

VSからホストプロジェクトを実行しているため、ホストプロセスを停止したりデタッチしたりすることなく、必要に応じて参照されたBlazorクライアントプロジェクトを再構築できます（netpackはBlazorプロジェクトIFileProviderを監視します）。 「ギャップ」があるのは、（Blazorクライアントではなく）ホストアプリケーション自体にコードを変更する必要がある場合のみです。 その場合、この最後の問題が解決されるので、いつか「編集して続行」が再び機能することを心から願っています。 ただし、それがなければ、私のアプローチには2つのオプションがあります。

1. VSを使用してホストを実行せず、 dotnet run watchを使用してから、デバッガーを手動で接続します（苦痛）
2. VSを停止し、ホストに変更を加え、Vsを再度開始します（これは通常、私が行うことです）
   @AdmiralSnyderはこれを編集して、うまくいけばあなたの質問にもっとうまく対処できるようにしました

dotnet watchを使用した再構築に約10秒かかります。 インクリメンタルビルドを高速化する計画はありますか？ コンポーネントを反復処理する場合、これはかなり苦痛です。

かみそりのコンポーネントの構築に多くの時間が費やされているように見えますが、それはこれらの構築時間が線形にスケーリングすることを意味しますか？ （より複雑なアプリの構築には30秒以上かかりますか？）

インクリメンタルビルドを高速化する計画はありますか？ コンポーネントを反復処理する場合、これはかなり苦痛です。

これがクライアント側のBlazorである場合は、デバッグビルドのリンクを無効にすることを検討してください。

  <PropertyGroup Condition="'$(Configuration)' == 'Debug'">
    <BlazorLinkOnBuild>false</BlazorLinkOnBuild>
  </PropertyGroup>

自動再構築と自動更新について混乱している数人の人と話をしました。
これは主に、Visual Studioでコードを変更すると、自動再構築機能が起動し、ブラウザーで「何か」が発生していることがわかるためです。 これは、ライブリロードの試みと間違われることがよくあります。
次に（signal-r接続が古い状態に再接続できないため）、「サーバーへの再接続に失敗しました」というメッセージが表示されます。 エラー。 ただし、Blazorを初めて使用する場合は、システムが自動更新を試みたようですが、失敗します。これは悪い経験です。

ライブリロード機能にはETAがないので、ビルドが原因で接続が切断された場合、自動再接続を試行しないことは可能ですか？ または、少なくともより良いエラーメッセージを表示するので、「サーバーへの再接続に失敗しました」の代わりに「ブラウザの更新」のようなものですか？

@chuckerは、リンカーのヒントを無効にしてくれてありがとう。 それはビルドをわずかに上回りますが、その後のブラウザのリロードははるかに多くの籾殻をダウンロードするのではるかに遅くなります-全体的にそれが役に立ったかどうかはわかりません:-)しかし知っておく価値があります。
（blazor client / wasmの）プロジェクトでblazorのリロードが実行されているのを知りたい場合は、このプロジェクトをここで実行して、意味を確認できます： https ：

@Postlagerkarte再接続を試みますが、プロセスがリサイクルされるとサーバーの状態が失われるため、再接続は失敗します。 ユーザーエクスペリエンスを向上させるために、この分野でいくつかの作業を行いました。 Preview8アナウンスのブログ投稿の「BlazorServerアプリの再接続ロジックの改善」セクションを参照してください。

@Postlagerkarteはpreview8のエラーメッセージを改善しました

ライブリロードの期間/タイムラインに応じて、コンパイル速度を向上させるために別の問題を検討する価値がありますか？ おそらく、MVC / cshtmlの動作と同様のキャッシュ戦略を介して（変更されたビューのみが再コンパイルされると思います）？ ここに潜在的な低ぶら下がっている果物はありますか？

現在、変更を加えてからブラウザに表示されるまでの10秒のサイクルタイムは非常に大きな問題であり、同様のアプリケーション規模のWebpackベースのプラットフォームよりも大幅に大きくなっています。 そして明確にするために、私はここでサーバーサイドブレイザーについて話しているだけです。

コンパイル速度を向上させるために別の問題を検討する価値はありますか？

はい、ビルド時間が遅い場合は、ビルド環境の詳細について問題を報告してください。

コンポーネントにマイナーな「htmlのみ」の変更（たとえば、静的なhtmlコンテンツの変更）を行うときに、Blazorクライアントアプリケーション全体をリロードする（すべてのdllを再ダウンロードする）必要があるのは...あまり最適ではありません。

チームはその経験の改善を追跡するために何かを持っていますか、それとも新しい問題を開く必要がありますか？

@dazinator問題のタイトルからはあまり明確ではありませんが、この問題を使用して、ホットモジュールの交換とライブリロードを追跡しています。 この分野では、.NET5の時間枠で行う予定の投資がたくさんあります。

個人的にはF5を押してもかまわないので、トッププリオ機能をホットリロードすることは考えていません。
しかし、流れに入るには、
変更コード、f5、変更コード、f5、変更コードワークフローは非常に高速です（しゃれを意図しています）。 最初にそれに取り組んでください:)

サーバー側のBlazorプロジェクトでこれを有効にしましたが、クライアント側のBlazorプロジェクトとRazorクラスライブラリでこれを再度有効にするには、いくつかの作業を行う必要があります。 現在、.NET Core 3.0の出荷に重点を置いているため、これに到達するまでには少し時間がかかるでしょう。

さまざまなGitHubの問題から収集できたのは、ライブリロードはデバッグなしで実行されるサーバー側のBlazorでのみ機能するということです（開発者はページを強制的に更新する必要があります）。 あれは正しいですか？ この件に関する明確なドキュメントは見つかりませんでした。

現在のところ、ASP.NET Coreプロジェクトの自動再構築がサポートされています。この場合、VSはファイルシステムの変更を監視し、プロジェクトを自動的に再構築して再実行します。 デバッガーが接続されていない場合、および現在のプロジェクト内のファイルに対してのみ機能します（依存プロジェクトは監視されません）。

接続が失われた理由がビルドであった場合、自動再接続の試行を無効にすることは可能ですか？ または、開発中に自動再接続をまったく無効にしますか？ 再接続の試みが失敗した場合、バグが発生し、とにかくF5キーを押すので、それらを取り除きたいだけです:)

ですから、VSを自動的に切り離して再接続するのはかなり簡単なはずですよね？

デバッグを使用してBlazorサーバーアプリのライブリロードの最終的なソリューションを入手できますか？

@ bansalankit2601 .NET5.0で実装される予定

ウォッチャーをdotnet watch runとして実行し、VSを使用してコードを編集します。 保存すると、コードが再コンパイルされ、ブラウザがロックされて、リロードする必要があると通知されます。

私はF5を押すのに飽きて、物事を調整している間VSにとどまるのを好むので、 TamperMonkeyが救助します：

`` `// == UserScript ==
// @ nameページをリロードします
// @namespace http://tampermonkey.net/
// @version 0.1
// @descriptionは世界を
// @ authorあなた
// @match http：// localhost ：5000 / *
// @ grantなし
// == / UserScript ==

const reloader = () => {
    if (document.body.innerText.indexOf("Reload the page") >= 0) document.location = document.location;
    else setTimeout(reloader, 300);
}
console.log('Blazor reloader installed');
setTimeout(reloader, 300);

`` `
スクリプトをhttp：// localhost ：5000 / *で実行できるようにします

これはサーバー側で機能します： https ：

クライアントは200msごとにサーバーにpingを実行します。 dotnet watch runから再コンパイルされたためにサーバーがダウンすると、フラグが切り替えられ、サーバーが復帰すると自動的にF5になります。

リポジトリは私には機能しませんでしたが、機能するjavascriptの問題を開きました（少なくとも3.0では私にとって）

現在の「ライブリロード」の状況は？ それはサポートされていますか（ブラウザにF5なしで）？
そうでない場合、この機能をリリースする予定はありますか？

最新のコミュニティスタンドアップの@moemarDavid Fowlerは、おそらく次のバージョンの計画があると言っていますが、まだ何も実施されていません。 https://youtu.be/bBc_NTUVtbE?list=PL1rZQsJPBU2St9-Mz1Kaa7rofciyrwWVx&t=5010

これに関する最新情報は何ですか？ 前回の更新から2.5か月...

私も同じことを待っています。

これは、2020年11月に予定されている.NET 5で計画されています。ここでどのようなアプローチを取りたいかについては、まだ多くの議論があります。

Blazorサーバーサイドの場合、切断を処理するメカニズムを使用

@dharmaturtleは、

javascript blazorクライアントからBlazor.defaultReconnectionHandler._reconnectionDisplayをオーバーライドすると、切断をキャッチしてサーバーのフェッチを開始し、サーバーが再び稼働するのを待つことができます。

利点は、サーバーが切断されている場合にのみ要求があることです。

欠点は、「_ reconnectionDisplay」がプライベートメンバーであり、ご存知のとおり...これは悪です。

緩和策として、JavaScriptコードを<environment include="Development">で囲みます。 本番サーバーではブリードしません。

完全なレポはこちら。

数分前にこのソリューションに切り替えました： https ：

変更が.html、.css、または.jsファイルにある場合、サーバーに継続的にpingを実行することはなく、.sln全体を再コンパイルすることもありません。 ページをリロードするだけです。これはすばらしいことです。

上記のアプローチとは少し異なる別の例をここにリンクするだけです。 プロジェクトを実行するだけです。クライアントのwasmプロジェクトでdotnetウォッチを使用する必要はありません。 クライアントwasmのwwwrootフォルダーにあるcss、html、またはjsファイルを変更すると、すぐに再読み込みされます。 かみそりファイルなどのクライアントwasmプロジェクトのコードを変更すると、再構築してからリロードします。startup.csでこれを制御できるため、他のソリューションとは少し異なります。 プロジェクトで前処理する必要のあるJavaScriptまたはその他の静的ファイルをまだ使用している場合は、SystemJS HMR、ロールアップなど、同じリポジトリ内で役立つ可能性のある他の例を見つけることもできます。

https://github.com/dazinator/NetPack/blob/develop/src/NetPack.Web.Blazor.Host/Startup.cs

実行時にかみそりのコンポーネントをコンパイルするライブラリを作成しました。

これに対応して、ホットモジュールの交換があります。この機能を使用すると、コードを変更して、ブラウザですぐに変更を確認できます。 Roslynコンパイラを使用してblazorで同様の機能を作成できます。 実行時にかみそりのコンポーネントをコンパイルし、ファイルウォッチャーを使用してすべてのファイル変更でWebSocketを提供します。

使い方

かみそりエンジンバージョン3を使用して、コンポーネントをc＃クラスにコンパイルします。 次に、Roslynコンパイラを使用して、これらのクラスをアセンブリにコンパイルしました。 最後に、リフレクションを使用してアセンブリからapp.razorコンポーネントをロードし、Steve Sanderson Testホストで変更されたライブラリを使用して、コンポーネントをプレーンHTMLに変換しました。 HTMLファイルをリアルタイムで提供するために、WebSocketを使用して全二重通信を行いました。

どうすればもっと良くなることができますか

/ Previewを使用する代わりにルートを修正します。これは、すべてのHTTPリクエストコンテキストにWebSocketクライアントを挿入することで実装できます。

Blazor Webアセンブリでは、ブラウザでアセンブリをロードおよびアンロードできますか？

2つのビルドサーバーを使用して、1つは高速プレビュー用、もう1つは実際のより長いビルド用のdotnetwatchビルドを備えたサーバーです。

Blazor Webアセンブリでは、ブラウザでアセンブリをロードおよびアンロードできますか？

ソース： https ：

@martasp

Blazor Webアセンブリでは、ブラウザでアセンブリをロードおよびアンロードできますか？

これは、blazor wasmアプリを実行するモノランタイムのバージョンですが、残念ながら、（私の知る限り）新しいAppDomainを作成することはできず、デフォルトのAppDomainからアセンブリをアンロードすることもできません。

アセンブリを遅延ロードできます。これは、現在、最初の使用時にのみコンポーネントアセンブリを動的にロードしている方法です（最初のアプリのロード時間を短縮するため）が、一度ロードすると、新しいバージョンをロードする唯一の方法はおそらく同じアセンブリの新しいバージョンを同じAppDomainにロードし、すべての参照をその新しいバージョンに切り替えます。古いバージョンはそのままにしておきます。まだ試していないため、サポートされているかどうかはわかりません。 あなたが道路で作るならば; お知らせ下さい！

いつの日か、AssemblyLoadContextsとAssembly.Unload（）をサポートする代わりに、ブラウザーで.netコアランタイムを実行できるようになることを願っています。

こんにちは@ danroth27 、
https://www.livesharp.net/を見たことがあり
実行中にコード。

Blazorをオンザフライでます（ただし、離れて現在のルートに戻る必要があります）。
また、ループ内のコンソール出力テキストでさえ、実行中に置き換えられるショーケースです。

これは私が望む経験に非常に近いです！

素晴らしい@warappa 。 どのように機能するのだろうか！ メソッドを動的プロキシに置き換えるいくつかの可能なメカニズムを考えることができます。
しかし、それは機能します、開発者への称賛。 私もこのような体験をしたいのですが、できれば別の開発サーバーがなくても、VSで[再生]をクリックすることをお勧めします。

@dazinator LiveSharp Serverは、更新されたコードをシリアル化し、アプリケーションに送信します。 次に、アプリケーションはそれを式ツリーに逆シリアル化し、更新されたメソッドに挿入します。 内部ではさらに多くのことが起こっていますが、それがその要点です。

ちなみに、LiveSharpサーバーは一度だけ起動する必要があります。 その後、通常どおりにアプリを起動します。

これは、LiveSharpを使用したステートフルBlazorホットリロードのデモです： https ：

免責事項：私はLiveSharpの作者です

@ionoyの称賛は、そこでの素晴らしい仕事です！

今のところ、Blazorの開発経験は非常に苦痛です。 編集、再構築、更新、デバッグ...
これが修正されるまで、月額9ドルを喜んで支払い、生産性を少なくとも5倍向上させます。

これを設計するときは、私たち全員がVisualStudioを使用しているわけではないことを考慮に入れてください。 ありがとう

@wocar LiveSharpはすでにクロスプラットフォームであり、IDEに依存していません。 したがって、理論的にはnotepad.exeで使用できます。

@wocar VSを使用していない場合は、 dotnet watchも検討してください： //docs.microsoft.com/en-us/aspnet/core/tutorials/dotnet-watch

@ SteveSandersonMS-間違いなくご存知のように、 dotnet watchは状態を強制終了します。 LiveSharpは、実際にはリロードを強制せずに変更をプッシュするため、インスタントフィードバックループを使用してUIを微調整できます。 私はあなたたちがすぐに同等のものを実装することを本当に望んでいます、それは切実に必要です。

はい、もちろん。 私はそれがLiveSharpと同じであることを示唆していませんでした。 @wocarがオプションを認識していることを確認するだけです。

ありがとう。 すでにLivesharpをダウンロードしていて、非常にうまく機能しています。そのようなものが実装されることを望んでいます。

誤解しないでください。皆さんは素晴らしい仕事をしましたが、正直なフィードバックが必要な場合は、Blazorのデバッグは面倒です。 私はドットネットウォッチを使用しましたが、それはちょっと動作し（遅いです）、生産性のために使用できないブレイザーを使用したいほどデバッグできません（少なくともRiderでは）。 そこで、代わりにかみそりのページを使い続けることにしました。

ありがとうございました。

フィードバックをありがとう、@ wocar！ ホットリロードが重要であることを私は知っています。 これは私たちが強く追加したいものであり、一般的に.NET5に導入できる方法を検討しています。

デバッグできません（少なくともRiderでは）

すでにご存知かもしれませんが、そうでない場合は、ブラウザを.NETデバッガとして使用することで、IDEに依存しない方法でデバッグできます： https ：

すでにご存知かもしれませんが、そうでない場合は、ブラウザを.NETデバッガとして使用することで、IDEに依存しない方法でデバッグできます： https ：

気づかなかったありがとう。

かみそりのページ（.cshtml）を使用してHTMLを変更し、少なくともF5キーを押すと、変更を確認できます。 Razorコンポーネント（.razor）でこれが不可能な理由

私もより速い開発サイクルを手に入れたいです。 Vueでホットリロードが機能するようになったら、変更を加えて、1.0〜2.0秒後にブラウザーで確認できてとても良かったです。 今、私はここでそのようなものの必要性を理解しています。

dotnet watch runは、ここでの道のりの一部になります。より単純な中間の答えがありますか。おそらく、ビルドを高速化して、.razorファイルだけが変更されたときに高速になる方法がありますか？ dbulicが上で述べたように、Webホストを再起動してページをリロードする必要性を回避することはできませんが、ビルドを20秒ではなく1秒待つ必要があります。

サーバーで利用可能な.cshtmlファイルの実行時コンパイルと同様に、ブラウザーで実行されている.razorファイルの一種の「実行時コンパイル」によってこれに対処する計画はありますか？ たとえば、.razorファイル自体が（プリコンパイルされたアセンブリではなく）ブラウザに直接読み込まれ、そこでコンパイルされ、サーバーで編集された場合、変更された.razorファイルをブラウザに再ロードしてそこで再コンパイルできますか？ 私はここでcshtmlとの類似点が好きで、これが考慮に入れているパスであるかどうか疑問に思いましたか？

これは、2020年11月に予定されている.NET 5で計画されています。ここでどのようなアプローチを取りたいかについては、まだ多くの議論があります。

こんにちは@ danroth27 、方向性は形になっていますか？ まだ共有するものがない場合、Build 2020で何かが表示される可能性はありますか？

こんにちは@mrlife。 主にBUILDでのBlazorWebAssemblyリリースに焦点を当てることを期待しています。 ホットリロードのサポートは、.NET 5で検討する予定です。これを実現するための具体的な方向性は、まだ決定されていません。

私はこの問題についてよく考えます。 毎日、パターン1を使用しています。パターン2は、パターン1と比較した実際のパラダイム変更です。 これにより、パターン1を直接改善する場合に比べて、採用が容易になりません。 パターン3が達成可能なものに近いことを願っています。 パターン4は上記のコメントに基づいてのみ野心的なものだと思いますが、MAUIで何が可能かを見た後、パターン6は本当に良さそうです。

パターン1（箱から出して現在）：

1. 任意の数のファイルへの変更を保存します
2. ボタンをクリックするか、キーボードコマンドを押してコンパイルします
3. ブラウザを更新します

パターン2（ dotnet watch run ）：

1. 変更を1つのファイルに保存
2. 自動再コンパイル
3. 必要な他のファイルを保存し、追加の再コンパイルを待ちます
4. ブラウザを更新します

パターン3：

1. 任意の数のファイルへの変更を保存します
2. 部分的または再コンパイルは不要
3. ブラウザを更新します

パターン4：

1. 任意の数のファイルへの変更を保存します
2. ブラウザは現在の状態の変化を反映します

パターン5（ MAUIホットリロードなど）：

1. 変更をファイルに保存しないでください
2. ブラウザは現在の状態の変化を反映します

何が達成可能ですか？

dotnet watch run現在のパターン：

1. Ctrl ShiftSを使用してすべてのファイルへの変更を保存します
2. 自動再コンパイル
3. ここで説明

この問題は、Blazer ServerとWeb Assemblyの両方のホットビルド/リロードを追跡していますか、それともWeb Assembly用に別の問題がありますか？

これの状況はどうですか？ 現在https://github.com/OYIon/LiveSharpを使用してい

これはすべて非常に不快です。 また、 .dcproj、別名docker-composeプロジェクトから。近い将来、何かが起こることを願っています。 は**苦痛です。 ライブアップデートはありません。物事は常に赤で強調表示され、インテリセンスは非常に控えめにしか機能しません。

優れたテクノロジーには優れたツールも必要です。

物事は常に赤で強調表示され、インテリセンスは非常に控えめにしか機能しません。

ここでも同じですが、私の回避策は次のとおりです。

• devenv.exeを強制終了します
• .vs \フォルダーを削除します
• プロジェクトを再開します

ツーリングは再び機能します。 これを1日に数回行います。 リファクタリングでは、1時間に数回。 コーヒーメーカーへの旅行と組み合わせてみてください

物事は常に赤で強調表示され、インテリセンスは非常に控えめにしか機能しません。

これは難しいことですが、これに対する再現手順はありますか？ たとえば、VSまたはVS Codeの特定のバージョンで、誤ったインテリセンスまたはエラーを確実に生成する、共有できるプロジェクトコードがありますか？ 私たちは間違いなくそのような問題を追跡して修正したいと思っています。

cc @ NTaylorMullen-これを追跡するためにここで実行できる診断手順を知っていますか？

@SteveSandersonMS

簡単：

• 既存のかみそりコンポーネントファイルの名前を変更します

（同じプレフィックスを持つファイルも名前が変更されます）

• 部分クラスのクラス名を更新します

• 他のコンポーネントの参照を更新/名前変更します（手動、非常に見逃されているツール機能）

• ビルドワーク

• 工具が壊れている

• .\vsフォルダを削除した後vs回復

物事は常に赤で強調表示され、インテリセンスは非常に控えめにしか機能しません。

これは難しいことですが、これに対する再現手順はありますか？ たとえば、VSまたはVS Codeの特定のバージョンで、誤ったインテリセンスまたはエラーを確実に生成する、共有できるプロジェクトコードがありますか？ 私たちは間違いなくそのような問題を追跡して修正したいと思っています。

cc @ NTaylorMullen-これを追跡するためにここで実行できる診断手順を知っていますか？

返信ありがとうございます、私はそれを監視します。 JvanderStadがすでに例として示したように、あらゆる種類のリファクタリングは間違いなく問題があります。 そうでなければ、今のところパターンを見ることができませんでした。
たとえば、219行のファイルを開いたところ、167のインテリセンスエラーが発生しました。 ルール：CS0121 CS0229 CS1503

インテリセンスの問題を収集するために、追加のgithub問題を作成することはおそらく有用でしょうか？ またはこれはすでに存在しますか？ この問題は間違いなく間違った場所だからです。

返信ありがとうございます、私はそれを監視します。 JvanderStadがすでに例として示したように、あらゆる種類のリファクタリングは間違いなく問題があります。 そうでなければ、今のところパターンを見ることができませんでした。
たとえば、219行のファイルを開いたところ、167のインテリセンスエラーが発生しました。 ルール：CS0121 CS0229 CS1503

インテリセンスの問題を収集するために、追加のgithub問題を作成することはおそらく有用でしょうか？ またはこれはすでに存在しますか？ この問題は間違いなく間違った場所だからです。

ほぼインテリセンスデータベースが破損したり、言語サービスがクラッシュしたりした場合、VSの再起動後も持続します

  <entry>
    <record>1268</record>
    <time>2020/07/08 14:35:36.779</time>
    <type>Error</type>
    <source>Editor or Editor Extension</source>
    <description>System.TimeoutException: The operation has timed out.&#x000D;&#x000A;   at Microsoft.WebTools.Languages.Html.VS.ContainedLanguage.Server.DotNetCoreServerContainedLanguageSupport.OnIdle(Object sender, EventArgs e)</description>
  </entry>

vsの代わりにriderを使用していて、非常にうまく機能しているようです。 また、livesharpと呼ばれるこのツールを使用していますが、それほど良くも信頼性もありませんが、仕事は完了し、再コンパイルせずにUIの更新を取得できます。

@ cubed-itこのPowerShellはVisualStudioを強制終了し、.vs \フォルダーを削除して、ソリューションを再起動します。 必要なコーヒートリップが少なくなります。

$start = New-Object Collections.Generic.List[string]

Write-Host "Looking for Visual Studio"  -BackgroundColor DarkGreen
$devenvs = Get-CimInstance Win32_Process -Filter "name = 'devenv.exe'" | Select-Object CommandLine, ProcessId

foreach ($devenv in $devenvs) {

    Write-Host $devenv

    $index = $devenv.CommandLine.IndexOf("devenv.exe`" `"")
    if ($index -eq -1)
    {
        Write-Host "No params"  -BackgroundColor DarkRed
        continue
    }

    $param = $devenv.CommandLine.Substring($index + 12).Trim()
    $project = $param.Trim('"')
    if ($project.Length -eq 0)
    {
        continue
    }

    #allowed project files
    $slnTypes = New-Object System.Collections.Generic.HashSet[string]
    [void]$slnTypes.Add(".sln")
    [void]$slnTypes.Add(".slnf")

    #
    Write-Host "Project: $project"

    $extension = [System.IO.Path]::GetExtension($project)
    if (-not $slnTypes.Contains($extension))
    {
        Write-Host "No solution" -BackgroundColor DarkRed
        continue;
    }


    $vsFolder = [System.IO.Path]::GetDirectoryName($project)
    $vsFolder = "$vsFolder\.vs\"

    if ([System.IO.Directory]::Exists($vsFolder) -eq $false)
    {
        Write-Host ".vs\ folder does not exist" -BackgroundColor DarkRed
        continue
    }

    #we will restart later
    [void]$start.Add($devenv.CommandLine)

    #kill visual studio
    Write-Host "Kill: $devenv" -BackgroundColor DarkGreen
    Stop-Process -id $devenv.ProcessId -Force

    #remove devenv folder
    Write-Host "Removing: $vsFolder" -BackgroundColor DarkGreen
    Remove-Item -Recurse -Force $vsFolder
}


foreach ($devenv in $start) {

    $program =  $devenv.Substring(0, $index + 11)
    $arguments =  $devenv.Substring($index + 12)

    Write-Host "Starting: '$program'"  -BackgroundColor DarkGreen
    Write-Host "Arguments: '$arguments'"  -BackgroundColor DarkGreen

    Start-Process -FilePath $program -ArgumentList $arguments
}

VSに固執したい人は、この拡張機能を回避策（

かみそりの工具に関して、あなたのすべての痛みを完全に感じてください。 ありがたいことに、これは.NET5の時間枠で対処しようとしているものです。 このツールを試してみたい場合（現在は非常に実験的であると警告）、最新のVSプレビューリリースをダウンロードして、次のプレビュー機能チェックボックスをオンにすることができます（[ツール]-> [オプション]-> [環境]-> [プレビュー機能]）。

これにより、この号で言及されているRazorエディターの問題の多くが解決される可能性が非常に高くなります。 そうは言っても、新しいエディターには既存のエディターと比較していくつかのギャップといくつかの悪いバグがあることはわかっていますが、それがあなたのニーズにとって全体的に良い経験であったかどうかにかかわらず、フィードバックを聞いてみたいと思います。

最新のVSプレビューリリースをダウンロードする
https://visualstudio.microsoft.com/vs/preview/

@NTaylorMullen Razorツールに関するエラーをログに記録できる問題はありますか？ 最新のプレビューはまったく機能しません:(

@JvanderStad構文は"@(row => ...なければならないと思います

@JvanderStad構文は"@(row => ...なければならないと思います

現在のバージョンでは正常に動作します

@JvanderStadああ、あなたが色について話しているなら、他の多くのものと同様に、それは現在壊れています

https://devblogs.microsoft.com/aspnet/new-experimental-razor-editor-for-visual-studio/

ダニエルズのブログ投稿を見逃しました。 私は今、何を期待するかを知っています。 Thnx

@NTaylorMullen Razorツールに関するエラーをログに記録できる問題はありますか？ 最新のプレビューはまったく機能しません:(

Ya C＃のセマンティックカラー化は、新しいエディターではまだ実装されていません😄

@ danroth27アーキテクチャが原因で、blazor wasmのホットリロードが難しい場合、blazorサーバーのホットリロードでうまくいくと思いますか。 アイデアは、開発中にサーバーレンダラーを介して（blazor wasmプロジェクトから）razorコンポーネントをシームレスにレンダリングし、blazor wasmの展開を保証し、最終段階のテストと実際のwasmモデルでの展開を行うすべての互換性チェックを維持することです。

ホットリロードのアップデートはありますか、それは.net5にありますか、それともすでにプレビューにありますか？

@ qin-guan .NET 5のリリースでは残り時間が限られているため、ホットリロードは計画されていません。 .NET6のホットリロードを提供したいと考えています。

@ danroth27 ahhhh booooooo !!

おそらく偏見があり、恐らく無知な意見を許してください。しかし、生産性の向上がパフォーマンスの向上に後れを取っているように感じることがあります（

たとえば、このリリースでツールに加えた250の生産性の向上についてのブログをご覧ください。
私の個人的な見解では、開発者が必要な生産的なツールチェーンを入手できない場合、競合他社を打ち負かすのに十分な速さでソフトウェアを解き放つことができず、結果として、アプリケーションはこれらすべての素晴らしい光沢のあるパフォーマンス強化のメリットを享受するための市場。 ですから、その観点からすると、少し悪化します。

ただし、パフォーマンスの改善の外観は気に入っています。.NET6が.NET 5にそれほど遅れていないことを心から願っています。また、Blazorの生産性が他のフレームワークに追いつき始めていることがわかります。

@ qin-guan .NET 5のリリースでは残り時間が限られているため、ホットリロードは計画されていません。 .NET6のホットリロードを提供したいと考えています。

それはとても悲しいです、私は.net5のためにこの機能を待っていました😭😭😭

@dazinator @ buster95私たちはあなたの失望を共有します！ ホットリロードは、.NET 5でやりたいことのリストの一番上にあり、それでもバックログの一番上にあります。 当初は.NET全体でのより広範なホットリロード作業の一部であると予想されていましたが、それはすべて.NET 6にプッシュされました。ホットリロードを適切に行うことは難しい問題です。つまり、実行中のアプリをできるだけ早く更新する信頼できる方法を見つけることを意味します。可能で忠実度が高い。 .NET 5で利用できたよりも、うまくいくにはもっと時間がかかります。

開発者の生産性のために、Razorエディターを完全に刷新しています。これにより、Blazor開発の生産性機能（リファクタリング、def / implへの移動、コードアクションなど）のホスト全体が有効になります。 新しいエディターを今月初めにオプションのプレビュー機能として利用できるようにしました。おそらく来年初めには、デフォルトのRazorエディターになる予定です。

また、CSS分離、遅延読み込み、UIフォーカスの設定、HTMLヘッドの変更、ファイルアップロード、保護されたブラウザーストレージ、仮想化など、.NET5には他にも多数のBlazorフレームワーク機能があります。

@dazinator @ buster95私たちはあなたの失望を共有します！ ホットリロードは、.NET 5でやりたいことのリストの一番上にあり、それでもバックログの一番上にあります。 当初は.NET全体でのより広範なホットリロード作業の一部であると予想されていましたが、それはすべて.NET 6にプッシュされました。ホットリロードを適切に行うことは難しい問題です。つまり、実行中のアプリをできるだけ早く更新する信頼できる方法を見つけることを意味します。可能で忠実度が高い。 .NET 5で利用できたよりも、うまくいくにはもっと時間がかかります。

開発者の生産性のために、Razorエディターを完全に刷新しています。これにより、Blazor開発の生産性機能（リファクタリング、def / implへの移動、コードアクションなど）のホスト全体が有効になります。 新しいエディターを今月初めにオプションのプレビュー機能として利用できるようにしました。おそらく来年初めには、デフォルトのRazorエディターになる予定です。

また、CSS分離、遅延読み込み、UIフォーカスの設定、HTMLヘッドの変更、ファイルアップロード、保護されたブラウザーストレージ、仮想化など、.NET5には他にも多数のBlazorフレームワーク機能があります。

https://www.livesharp.netのような無料の拡張機能を作成して、すべての人に無料で提供する可能性はありますか？

この拡張機能は設定が簡単ですが、今のところ15日間の試用版を使用しています😢

質問があります。現在、ホットリロードはMacOSでどのように機能する予定ですか？ 現在、編集と続行は機能しないためです。

https://github.com/dotnet/runtime/issues/12409

@wocarはい、私たちが出荷するソリューションはすべてクロスプラットフォームであり、macOSで動作します。

@ danroth27パフォーマンスがあまり良くなく、操作も簡単なソリューションを提供できますか？
たとえば、ゆっくりと完全に再構築した後にページを更新するWebSocket接続を備えた開発ミドルウェアがありますか？

@ danroth27パフォーマンスがあまり良くなく、操作も簡単なソリューションを提供できますか？
たとえば、ゆっくりと完全に再構築した後にページを更新するWebSocket接続を備えた開発ミドルウェアがありますか？

@xrkolovos VSを使用している場合はctrl-shift-b 、 BrowserLinkインストールしている場合はctrl-alt-enter （手動でビルド後）を使用できます： https ：

パフォーマンスがあまり良くなく、操作も簡単なソリューションを提供できますか？
たとえば、ゆっくりと完全に再構築した後にページを更新するWebSocket接続を備えた開発ミドルウェアがありますか？

.NET5のdotnet watchでまさにそれを行うように取り組んでいます： https ：

@dazinator @ buster95私たちはあなたの失望を共有します！ ホットリロードは、.NET 5でやりたいことのリストの一番上にあり、それでもバックログの一番上にあります。 当初は.NET全体でのより広範なホットリロード作業の一部であると予想されていましたが、それはすべて.NET 6にプッシュされました。ホットリロードを適切に行うことは難しい問題です。つまり、実行中のアプリをできるだけ早く更新する信頼できる方法を見つけることを意味します。可能で忠実度が高い。 .NET 5で利用できたよりも、うまくいくにはもっと時間がかかります。

@ danroth27 .NETの「より広範なホットリロード」は、Web以外のプロジェクトでも機能するはずですか？ そして、それを追跡できる問題はありますか？

この問題をバックログマイルストーンに移動しました。 これは、次のリリースでは作業が行われないことを意味します。 現在のリリースに続いてバックログを再評価し、その時点でこの項目を検討します。 問題管理プロセスの詳細と、さまざまな種類の問題に関する期待を高めるには、トリアージプロセスをお読みください。

お問い合わせいただきありがとうございます。
この問題は、将来の評価/検討のためにNext sprint planningマイルストーンに移動します。 次のマイルストーンの作業を計画するときに、リクエストを評価します。 次に何が予想され、この問題がどのように処理されるかについて詳しくは、トリアージプロセスの詳細をこちらでご覧ください。

.NET5で利用できるようになりました。どうすればアクティブ化できますか？

.NET5で利用できるようになりました。どのようにアクティブ化できますか

上記のデューディーチェックコメント、これは.net6プレビューの計画でした😢

@ buster95では、ページを自動更新するために、.NET Conf2020の1日目2時間38分36秒でスティーブサンダー
ビデオへのリンク： https ：

2時間38分36秒で

@yasserss 、その時、 <Virtualize>コンポーネントについて話していました。 YouTubeの共有ボタンをクリックすると、指定した時間に適切なビデオリンクを送信できます。

@BrunoBlanes申し訳ありませんがここにあります： https ： //youtu.be/mS6ykjdOVRg？t = 8917

彼はdotnet watch.を使用していると確信しています

2h：25m：40sにビデオをチェックすると、彼はdotnet watch runを使用してアプリを実行しているので、 dotnet watch run改善されている可能性があります。前回、ドットネットウォッチのパフォーマンスが悪かったことを覚えています。今はわからない

はい、 dotnet watchパフォーマンスを改善するために.NET5で作業を行いました。 たとえば、ソースを変更するたびにdotnet restore実行しない方が賢くなり、ブラウザでリロードをトリガーできるようになりました。

これは、ホットリロードの究極のビジョンではありません。 .NET 6で真のホットリロード機能を作成する予定ですが、.NET5でのdotnet watchパフォーマンスの改善は当面の一歩です。

また、 dotnet watchとVSの両方でブラウザの自動更新のサポートを有効にしました。 VSでこの機能をオンにするには、次のオプションを設定する必要があります。

これは、アプリがまだ再起動され、アプリがブラウザーに再読み込みされるという点で、ホットリロードとは異なります。 ただし、ツールを使用してブラウザーを再構築および更新しながら、コードの編集に集中することができます。

@ danroth27 Visual Studio for Macでの自動更新に関するニュースはありますか？

@mrlifeすぐにサポートを追加するために私たちが探しているもの。 参考までに@jongalloway

@ danroth27

また、 dotnet watchとVSの両方でブラウザの自動更新のサポートを有効にしました。 VSでこの機能をオンにするには、次のオプションを設定する必要があります。

これは、アプリがまだ再起動され、アプリがブラウザーに再読み込みされるという点で、ホットリロードとは異なります。 ただし、ツールを使用してブラウザーを再構築および更新しながら、コードの編集に集中することができます。

これを有効にすると、VS2019での保存時にデバッグとリロードを行うのに十分なはずですか？ つまり、あなたが言及したオプションでこれを有効にしました。F5キーを押してデバッグを開始し、コードを変更しても、ブラウザーはリロードされません。 ただし、パッケージマネージャーコンソールからdotnetwatchを実行すると実行されます。 デバッグ中にF5キーを押すだけで、この機能を実現するにはどうすればよいですか？

ASP.NET Core 5リリースノートのドットネットウォッチを使用したdotnet watch自動更新はまだVisualStudio内で使用できるとは思いません。

将来的には、自動更新機能をVisualStudioに導入したいと考えています。

@BrunoBlanes自動更新のサポートが16.8アップデートの

@porkopek自動再構築と自動更新は、デバッガーを使用していない場合にのみ機能します。

Visual Studio 2019 16.8でオプションを選択しても、自動更新/ビルドが機能しません。 変更を保存した後に[自動ビルドとブラウザの更新]を選択すると、VisualStudioのポップアップでnull参照例外が発生することがあります。 Visual Studio 2019 16.8で機能させるには、他に変更が必要なものはありますか？ @ danroth27

.NET6で完全に体験できることを理解しています。現在の.NET5とBlazorWebassemblyはどうですか？

このオプション「自動ビルドおよび更新オプション」は、Blazor Webassembliesでも機能する必要がありますか？ （このオプションを「自動ビルドと更新...」に設定してFilename.razorファイルに移動し、何かを変更してCTRL + Sを押すよりも）何をすべきですか？:)ブラウザをリロードする必要がありますか？

ブラウザリンクとどのように（またはそれは）相関していますか？

@MussaratAzizこのホットリロード情報に関する情報は不完全であり、msdnページも利用できません。
私の場合、IIS Expressプロファイルに固執し、デバッガーなしでプロジェクトを実行する必要がありました。
これにより、ホットリロードまたはむしろホットリスタートが実行されましたが、BlazorServerプロジェクトのみが対象でした。 WASMバージョンはテストしていません。

ホットリロードなしでUIを微調整するのは非常に面倒なので、ASP Core Dev Team（You are awesome !!）にこれが含まれることを本当に望んでいます。

お役に立てば幸いです:)

USE LIVESHARP ...地下室にいる子供がMicrosoftができないことをなんとかやったなんて信じられない。

編集：申し訳ありませんが、誤解しないでください、マイクロソフトは素晴らしい仕事をしました..しかし、この機能は必須です... DIVまたは属性を変更するためだけに最小45秒のようなものです

ところで：当分の間、私はLiveSharpを使用しています。 はい、それは愛好家にとっては高価かもしれません、そして私はまたレドモンドのチームからの公式のサポートを望んでいます。
しかし、製品は素晴らしく、サポートは非​​常に優れており、それはうまく機能します。
https://www.livesharp.net/blazor/

乾杯！

@wocar @ChristianWeyer本当にあなたのサポートに感謝します、みんな！ ただし、MSの取り組みを軽視しないでください。 私は誰に対しても責任を負わないため、ほとんどの場合、サードパーティが完全に新しいソリューションを作成する方が簡単です。 これは私が危険を冒すことを可能にします。

とにかく、より多くの協力、より少ない敵意。

いいえ、私は軽視していません-au contraire :-)結局、それはプリオスについてです。