Инструмент для проектов веб-развертывания в VS 2008 - PullRequest
2 голосов
/ 28 апреля 2009


Когда мы устанавливаем инструмент Web Deployment Projects, у нас также есть возможность использовать его в VS 2008. Выбрав Страницы свойств, мы получаем несколько вариантов для настройки параметров компиляции. Один из диалоговых окон Страниц свойств называется Выходные сборки. Он предоставляет нам следующие варианты:


* Объединение всех выходов в одну сборку

Я предполагаю, что эта опция не компилирует файлы тегов?!


* Объединение всех страниц и управляющих выходов в одну сборку

Теперь, чем эта опция отличается от Объединить все выходные данные в одну сборку ? Сначала я подумал, что эта опция также предварительно компилирует файлы тегов, но тогда зачем вывод также содержать файлы aspx, если они уже прекомпилируются?!


* Создать отдельную сборку для каждой страницы и контрольный вывод

Я думал, что эта опция также компилирует страницы aspx, но тогда зачем выводить также файлы aspx, если они уже были предварительно скомпилированы?!


1038 * спасибо *

Ответы [ 2 ]

2 голосов
/ 28 апреля 2009

Это всего лишь интерфейс к инструменту aspnet_merge с различными переключателями, Документ MSDN объясняет параметры и то, что они делают .

2 голосов
/ 28 апреля 2009

Вот очень хороший учебник по Проектам веб-развертывания из блога Скотта Гу. В нем есть отличные объяснения опций, которые вы описываете и многое другое. Например: alt text
(источник: scottgu.com )
Опция по умолчанию - объединить весь веб-сайт в одну сборку, которую вы можете назвать по своему усмотрению. Это объединяет выходные данные всех компиляций страниц / элементов управления, кода приложения и веб-сервисов в одну сборку (оставляя один файл для развертывания).

Есть и другие опции, которые вы можете выбрать для более детального управления генерацией сборки. Например, второй вариант выше позволяет вам скомпилировать каждую папку на вашем веб-сайте в отдельную именованную сборку (например: MyCompany.MyWebApp.Folder1, MyCompany.MyWebApp.Folder2). Это полезно для исправления больших приложений, где вы хотите сделать тактическое обновление только для части сайта.

Если у вас есть класс AssemblyInfo.cs / .vb в каталоге app_code, проект развертывания будет использовать метаданные, содержащиеся в нем, для создания версий созданных сборок. Кроме того, вы также можете установить информацию о версии в среде IDE. Это, в свою очередь, сохраняет его как переменную MSBuild в вашем файле проекта. При желании вы можете использовать пользовательскую задачу MSbuild для динамической установки этой переменной во время сборки (например: для использования политики, аналогичной той, которую мы делаем в Microsoft, где номер сборки основан на текущей дате).

...