重命名 Blazor 组件文件名时出错

Question

标题说明了这一点。这不是真正的世界末日，但它是一个烦恼。如果我重命名 Blazor 组件，IntelliSense 会中断并仍然接受旧名称，直到我重新启动 Visual Studio。我在尝试重命名时也遇到错误。

我正在使用Visual Studio 2019 Professional。这是 VS 中的已知问题吗？

这是错误的堆栈跟踪：

StreamJsonRpc.RemoteInvocationException：意外错误 在 StreamJsonRpc.JsonRpc.d__1331.MoveNext() --- End of stack trace from previous location where exception was thrown --- at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task) at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at Microsoft.CodeAnalysis.Remote.RemoteEndPoint.<InvokeAsync>d__211.MoveNext() --- 从先前抛出异常的位置结束堆栈跟踪 --- 在 Microsoft.VisualStudio.Telemetry.WindowsErrorReporting.WatsonReport.GetClrWatsonExceptionInfo（异常异常对象） RPC 服务器异常： System.InvalidOperationException：意外错误 在 Roslyn.Utilities.Contract.Fail（字符串消息） 在 Roslyn.Utilities.Contract.ThrowIfFalse（布尔条件） 在 Microsoft.CodeAnalysis.Remote.RemoteWorkspace.SolutionCreator.d__14.MoveNext() --- 从先前抛出异常的位置结束堆栈跟踪 --- 在 System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() 在 System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification（任务任务） 在 Microsoft.CodeAnalysis.Remote.RemoteWorkspace.SolutionCreator.d__13.MoveNext() --- 从先前抛出异常的位置结束堆栈跟踪 --- 在 System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() 在 Microsoft.CodeAnalysis.Remote.RemoteWorkspace.SolutionCreator.d__12.MoveNext() --- 从先前抛出异常的位置结束堆栈跟踪 --- 在 System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() 在 System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification（任务任务） 在 Microsoft.CodeAnalysis.Remote.RemoteWorkspace.SolutionCreator.d__10.MoveNext() --- 从先前抛出异常的位置结束堆栈跟踪 --- 在 System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() 在 Microsoft.CodeAnalysis.Remote.RemoteWorkspace.SolutionCreator.d__8.MoveNext() --- 从先前抛出异常的位置结束堆栈跟踪 --- 在 System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() 在 System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification（任务任务） 在 Microsoft.CodeAnalysis.Remote.RemoteWorkspace.SolutionCreator.d__7.MoveNext() --- 从先前抛出异常的位置结束堆栈跟踪 --- 在 System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() 在 System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification（任务任务） 在 Microsoft.CodeAnalysis.Remote.RemoteWorkspace.SolutionCreator.d__6.MoveNext() --- 从先前抛出异常的位置结束堆栈跟踪 --- 在 System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() 在 Microsoft.VisualStudio.Telemetry.WindowsErrorReporting.WatsonReport.GetClrWatsonExceptionInfo（异常异常对象） --- 从先前抛出异常的位置结束堆栈跟踪 --- 在 System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() 在 System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification（任务任务） 在 Microsoft.CodeAnalysis.Remote.RemoteWorkspace.d__10.MoveNext() --- 从先前抛出异常的位置结束堆栈跟踪 --- 在 System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() 在 System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification（任务任务） 在 Microsoft.CodeAnalysis.Remote.RemoteWorkspace.d__12.MoveNext() --- 从先前抛出异常的位置结束堆栈跟踪 --- 在 System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() 在 System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification（任务任务） 在 Microsoft.CodeAnalysis.Remote.CodeAnalysisService.c__DisplayClass29_0.d.MoveNext() --- 从先前抛出异常的位置结束堆栈跟踪 --- 在 System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() 在 System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification（任务任务） 在 Microsoft.CodeAnalysis.Remote.ServiceBase.d__16`1.MoveNext()

Answer 1

这是 VS 中的一个已知问题吗？

我猜是这样，至少对我们俩来说是这样……我的解决方案：双击 Blazor 的项目名称，然后删除 VS 添加的所有设置，以参考所做的命名更改。

当然，你可以在 github 上发布 issue...

更新：

注意这个实验： 我将Index.razor重命名为Index.txt，然后打开了csproj文件。 VS 添加了这些设置：

<ItemGroup>
    <None Remove="Pages\Index.txt" />
  </ItemGroup>

  <ItemGroup>
    <Content Include="Pages\Index.txt" />
  </ItemGroup>

我再次将 Index.txt 重命名为 Index.razor...VS 已删除这些元素。没有问题。我使用的是社区版，但是当我使用专业版时，我不得不手动删除它们......但是，我花了一些时间才意识到这一点（而不是通过改变而不是聪明......）

另一个实验：将 Counter.razor 重命名为 Counter2.razor... 尝试在索引页面中为 Counter2 添加一个元素：<Counter2 />，但被拒绝。我仍然可以使用不再存在的<Counter />。只有在关闭索引页面并打开它之后，它才识别出新的变化......