Überprüfen Sie den Build auf Rasiermesserfehler

Gibt es eine Möglichkeit für Visual Studio (ich verwende 2010), Fehler in Rasiermesseransichten während der Erstellung zu finden, genau wie es anderer Code in einem C # -Projekt tun würde?

Es ist nur ein Schmerz, dass Sie alle Fehler in Ihrem Code überprüfen und denken können, dass alles in Ordnung ist, aber es scheint, dass Sie sich über Ansichten nicht sicher sein können, wenn Sie nicht jeden einzelnen durchgehen.

Übrigens codiere ich in meinen Ansichten offensichtlich nicht - ich spreche zum Beispiel nur über HTML- oder URL-Erweiterungsmethoden.

c# visual-studio razor

— isNaN1247
quelle

Ich würde denken, dass dies genauso funktionieren würde: stackoverflow.com/questions/383192/compile-views-in-asp-net-mvc

Mögliches Duplikat von Kompilierungsansichten in ASP.NET MVC

— Jonas Äppelgran

Antworten:

103

Versuchen Sie, MVCBuildViews in Ihrer Projektdatei auf true zu setzen (dh bearbeiten Sie Ihre csproj-Datei).

 <MvcBuildViews>true</MvcBuildViews>

— JP.
quelle

Hat Will +1 für den ersten Einstieg gegeben - Vielen Dank, dass Sie die Lösung für eine schnelle Referenz geklärt haben. Als Antwort markiert.

— isNaN1247

@beardtwizzle: Du kannst auch + JP. Das ist eine neue Funktion von MVC (ich glaube 2), die ich völlig vergessen habe (und definitiv die bessere Antwort ist).

@Will sorry ja + zu JP verdient :)

— isNaN1247

Alt aber gut. Es rettet meinen Tag.

— Chau als

Seltsamerweise funktionierte das in einer bestehenden Immobiliengruppe nicht. Es hat nur funktioniert, als ich eine bestimmte Immobiliengruppe dafür erstellt habe, dh<PropertyGroup> <MvcBuildViews>true</MvcBuildViews> </PropertyGroup>

— Martin Capodici

Das Erstellen von Ansichten dauert eine Weile und die zusätzlichen 10+ Sekunden für einen Debug-Build können schnell ärgerlich werden. Daher setze ich die MvcBuildViews normalerweise nur bei Build-Konfigurationen vom Release-Typ auf true. Wenn Sie über einen Build-Server verfügen, wird der Fehler auf diese Weise abgefangen, oder Sie können ab und zu manuell einen Release-Build ausführen, um Ihre Ansichten zu überprüfen.

Ich denke nicht, dass die Reihenfolge für PropertyGroup-Elemente wichtig ist, aber für ein vollständigeres Beispiel habe ich Elemente über und unter dem MvcBuildViews-Element eingefügt.

<PropertyGroup>
    <Configuration Condition=" '$(Configuration)' == '' ">Debug</Configuration>
    <Platform Condition=" '$(Platform)' == '' ">AnyCPU</Platform>
    ...
    <TargetFrameworkVersion>v4.6.1</TargetFrameworkVersion>
    <MvcBuildViews>false</MvcBuildViews>
    <UseIISExpress>false</UseIISExpress>
    ...
</PropertyGroup>

<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release|AnyCPU' ">
    ...
    <ErrorReport>prompt</ErrorReport>
    <MvcBuildViews>true</MvcBuildViews>
    <WarningLevel>4</WarningLevel>
    ...
</PropertyGroup>

Das MvcBuildViews-Element in der oberen PropertyGroup wurde von VS bei der Projekterstellung hinzugefügt, die Build-Konfigurations-spezifische (untere PropertyGroup), die ich manuell hinzugefügt habe

— Tikall
quelle

Ich kann das nicht zum Laufen bringen - <MvcBuildViews> -Tags waren noch nicht vorhanden, ich musste sie manuell hinzufügen (falls dies relevant ist). Meine Ansichten weisen viele Fehler auf, und ein Build erkennt sie in beiden Konfigurationen nicht.

— Niico

Ich hatte das gleiche Problem wie @niico, stellte jedoch fest, dass die PropertyGroup-Bedingung nicht mit meiner Build-Konfiguration und -Plattform übereinstimmte (Bedingung anyCPU, Build x86).

— Kobbe

Versuchen Sie, im Modus Bearbeitung des Projekts die folgende Assembly hinzuzufügen: System.core , gemäß dem Code:

...
<Reference Include="System.Core, Version=4.0.0.0" />
<Reference Include="System.Net.Http" />
<Reference Include="System.Net.Http.WebRequest" />
...

Manchmal wird dieser Assembler nicht richtig geladen. In meinem Fall hat es funktioniert!

— Fábio Rodrigues Fonseca
quelle