或者，我应该问的是，VS代码格式化何时才能正确地处理Razor标记？对于大多数结构，格式化都有效，但似乎在“if”块上卡住了。下面的代码是按照VS格式化的方式排版的。这种情况非常容易修复，只需再加一个缩进即可，但在日常使用中，我喜欢使用它来处理大部分代码，因此如果可能的话，我宁愿避免手动格式化。现在，我只是让它按照VS的格式保留。
@{
if (User.Identity.IsAuthenticated)
{
<text>Hello </text>
@Html.Display("@ViewBag.UserName") <text> - </text>
@Html.ActionLink("Sign Out", "LogOff", "Account", null, new { style = "font-weight: bold;" })
}
}
我认为在可读性方面，比如以上代码块中，if语句块的主体需要进行缩进，这不仅使代码更美观，而且更易读。
请确保将编辑器设置为使用空格字符而不是制表符。当使用制表符时，编辑器似乎会完全失去理智。这很遗憾，因为所有这些空格字符最终都会出现在实际的HTML输出中，大大增加了数据传输大小。
我的做法是在打字时手动补充自动格式化。虽然不是理想的方法，但希望微软公司能在下一个服务包中解决这个问题。
我发现了一种“解决方案”，它允许您继续使用制表符缩进并具有正确的格式。这更像是一种模式。关键是要使用Razor代码块而不是内联代码。
所以例如，将以下内容替换为：
<div>
<div>
@if (true)
{
<b>Hi</b>
}
</div>
</div>
随着：
<div>
<div>
@{
if (true)
{
<b>Hi</b>
}
}
</div>
</div>
后者的格式会正确显示，而前者则不会。
请记住，格式可能不是完美的，但比以前好了。
@{ if(something) { // 这里也可以使用普通的C#注释... } } - Aaron Hudon由于它是一个难以解决的问题，因此在某些情况下无法正确工作。基本上，您有3个不同的编辑器（HTML、C#和Razor），所有这些编辑器都在同一文本缓冲区上进行交互。有一些情况（比如这个例子）其中交互存在错误。但我们正在努力改进Razor的下一个版本的编辑器。
一个更好的选择（而不是使用空格作为制表符），是将HTML和C#/VB的块缩进方式更改为“块”而不是“智能”。这并不是一个完全的解决方案，但在我看来，比使用空格要容易得多!
<div>
@foreach (var item in Model) {
if (condition) {
@:</div><div>
}
<a href="@item.Url">@item.Label</a>
}
</div>
Visual Studio 试图将其更改为：
<div>
@foreach (var item in Model) {
if (condition) {
@:
</div><div>
}
<a href="@item.Url">@item.Label</a>
}
</div>
这会导致页面报错。
如果使用WriteLiteral，可以欺骗格式化程序忽略该行，但这并不美观：
<div>
@foreach (var item in Model) {
if (condition) {
WriteLiteral("</div><div>");
}
<a href="@item.Url">@item.Label</a>
}
</div>
我使用的是VS2017 15.9.2版本，但仍然存在问题。
在将编辑器设置更改为使用空格而不是制表符后，编辑行为（例如复制-粘贴代码行）要好得多，但“格式化文档”仍会在每次调用时添加错误的缩进。
没有解决方案，但有一个简短的更新：
似乎在Visual Studio 2019版本16.0预览版2.1中部分解决了该问题
链接到MS的问题
进一步简短的更新：
我已经找到了一个（不好且丑陋的）解决方法（将整个代码写入一个Razor控件中的一行）。
您可以在此处找到详细信息 修复错误缩进的Razor控件的解决方法
现在我正在使用VS2013 ASP.NET MVC 5，我仍然有这个问题。我发现非常有帮助的方法是将第一个表达式放在与开放块符号(@{)相同的行上。这样razor代码格式化会产生更好的结果。以下是之前和之后的情况：
之前
之后
