Компилировать представления в ASP.NET MVC

Мне нужна задача msbuild для компиляции представлений, чтобы я мог видеть, есть ли ошибки компиляции во время... компилирования. Любые идеи?

+481
20 дек. '08 в 10:51
источник поделиться
9 ответов

Я, честно говоря, рекомендовал бы пакет RazorGenerator nuget. Таким образом, ваши представления имеют файл .designer.cs, сгенерированный при его сохранении, и вместо получения ошибок времени компиляции для ваших представлений они также предварительно скомпилированы в сборку (= более быстрая разминка), а Resharper также предоставляет дополнительную помощь.

Чтобы использовать это, включите пакет RugorGenerator nuget в проект ASP.NET MVC и установите расширение "Razor Generator" под пунктом "Инструменты → Расширения и обновления"

Мы используем это, и накладные расходы на компиляцию с этим подходом намного меньше. Кроме того, я бы рекомендовал .NET Demon от RedGate, что существенно уменьшит время компиляции.

Надеюсь, что это поможет.

+113
10 апр. '13 в 21:26
источник

Из слова readme word для RC1 (не проиндексированного Google)

Последовательный шаг компилятора ASP.NET

В настоящее время ошибки в файле просмотра не обнаруживаются до времени выполнения. Чтобы вы могли обнаружить эти ошибки во время компиляции, проекты ASP.NET MVC теперь включают свойство MvcBuildViews, которое по умолчанию отключено. Чтобы включить это свойство, откройте файл проекта и установите для свойства MvcBuildViews значение true, как показано в следующем примере:

<Project ToolsVersion="3.5" DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
  <PropertyGroup>
    <MvcBuildViews>true</MvcBuildViews>
  </PropertyGroup>

Примечание Включение этой функции добавляет некоторые накладные расходы на время сборки.

Вы можете обновлять проекты, созданные с предыдущими версиями MVC, для включения проверки времени просмотра в режиме сборки, выполнив следующие шаги:

  • Откройте файл проекта в текстовом редакторе.
  • Добавьте следующий элемент под самым верхним элементом <PropertyGroup>: <MvcBuildViews>true</MvcBuildViews>
  • В конце файла проекта раскомментируйте элемент <Target Name="AfterBuild"> и измените его, чтобы он соответствовал следующему:
<Target Name="AfterBuild" Condition="'$(MvcBuildViews)'=='true'">
    <AspNetCompiler VirtualPath="temp" PhysicalPath="$(ProjectDir)\..\$(ProjectName)" />
</Target>
+505
12 февр. '09 в 19:52
источник
другие ответы

Связанные вопросы


Похожие вопросы

Вы можете использовать aspnet_compiler для этого:

C:\Windows\Microsoft.NET\Framework\v2.0.50727\aspnet_compiler -v /Virtual/Application/Path/Or/Path/In/IIS/Metabase -p C:\Path\To\Your\WebProject -f -errorstack C:\Where\To\Put\Compiled\Site

где "/Virtual/Application/Path/Or/Path/In/IIS/Metabase" выглядит примерно так: "/MyApp" или "/лм/w3svc2/1/Root/"

Кроме того, в MSDN есть Задача AspNetCompiler, показывающая, как интегрировать aspnet_compiler с MSBuild:

<Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
    <Target Name="PrecompileWeb">
        <AspNetCompiler
            VirtualPath="/MyWebSite"
            PhysicalPath="c:\inetpub\wwwroot\MyWebSite\"
            TargetPath="c:\precompiledweb\MyWebSite\"
            Force="true"
            Debug="true"
        />
    </Target>
</Project>
+39
20 дек. '08 в 11:04
источник

Кроме того, если вы используете Resharper, вы можете активно анализировать решение Wide Wide и обнаруживать любые ошибки компилятора, которые могут возникнуть в файлах aspx. Это то, что мы делаем...

+22
20 дек. '08 в 12:25
источник

Я не знаю, какой режим просмотра вы используете, но если вы используете Razor, вы можете проверить мой пост в блоге: Скомпилировать asp.net mvc Razor просматривает отдельную dll

Следует также использовать этот код для других просмотров, но еще не сделали и не проверили, что еще

+11
23 нояб. '10 в 6:26
источник

Следующий выпуск ASP.NET MVC (доступный в январе или около того) должен иметь задачу MSBuild, которая компилирует представления, поэтому вы можете подождать.

См. анонс

+10
20 дек. '08 в 12:12
источник

Ответ, данный здесь, работает для некоторых версий MVC, но не для других.

Простое решение для MVC1, но при обновлении до MVC2 представления больше не выполнялись. Это было связано с ошибкой в ​​файлах проектов веб-сайта. См. Эту статью в Haacked.

Смотрите это: http://haacked.com/archive/2011/05/09/compiling-mvc-views-in-a-build-environment.aspx

+5
17 нояб. '11 в 15:04
источник

Сборкa > Анализ кода выполнения

Горячая клавиша: Alt + F11

Помог мне поймать ошибки Razor.

+2
03 нояб. '16 в 8:25
источник

Использование Visual Studio Инструменты для повышения производительности (бесплатно) расширение помогает немного, В частности, функция Solution Error Visualizer. С его помощью ошибки компиляции отображаются визуально в проводнике решений (в исходном файле, где была обнаружена ошибка). По какой-то причине, однако, эта функция не работает, как с другими ошибками в другом месте кода.

С просмотрами MVC любые ошибки времени компиляции будут по-прежнему выделены красным цветом в их соответствующих файлах .cs, но передача этих ошибок не распространяется вверх в Обозревателе решений (никоим образом, даже не в содержащем исходном файле).

Спасибо за BlueClouds за исправление моего предыдущего утверждения.

Я только что сообщил об этом как issue в проекте расширения github.

0
31 мар. '15 в 10:49
источник

Посмотрите другие вопросы по меткам или Задайте вопрос