Общие сведения о конфигурации опций
Для проектов в пределах Visual Studio может поддерживать несколько конфигураций, которые могут быть построены, и отладки, выполните развертывание. Конфигурация тип построения, описанный с именованным набором свойств, обычно переключатели компилятора и расположение файла. По умолчанию в новых решений содержит 2 конфигурации отладки и освобождает. Эти конфигурации могут применяться используя их параметров по умолчанию или изменить, чтобы удовлетворять требованиям конкретного решения или проекта. Некоторые пакеты могут быть встроены в 2 случаях: например, редактор ActiveX или компонента на месте. Проекты не требуется поддерживать несколько конфигураций. Если имеется всего один конфигурации, то эта конфигурация сопоставляется в все конфигурации решения.
Конфигурации обычно состоит из 2 частей - имя конфигурации (например отладка или выпуск) и платформы. Имя платформы, конфигурации определяет среду, целевые объекты конфигурации, как платформа набора или операционной системы API. Пользователи Visual Studio не удается создать платформы; они должны выбрать одну из операций выделения проект VSPackage. Когда пользователь устанавливает VSPackage платформа доставки, созданной во время разработки пакета может каким-либо нужным имени платформы отделать область на основе всех критериев присвойте автором пакета. Затем пользователь может выбрать из списка выполняемых платформ, доступные через VSPackage, когда страницы свойств экземпляра.
Имена платформ необязательные поскольку не все проекты поддерживают понятие платформ. Если конфигурация не имеет имени платформы, строка "Н/Д" отображается в пользовательском интерфейсе.
Каждое решение имеет собственный набор конфигураций, только один из которых могут быть включены одновременно. Конфигурация решения задано не более чем одной конфигурации из каждого проекта. "Больше чем" условие не должно параметру исключить проект из конфигурации решения. Пользователи могут создавать собственные пользовательские конфигурации решения.
В следующей таблице показаны типичные конфигурации настраивает для проекта. Строки обозначаются с именами конфигурации и столбцами с именами платформы.
Имя конфигурации |
Платформа - Win32 |
Платформа - Win64 |
|---|---|---|
Отладочная информация |
<Параметры отладки Win32> |
<Параметры отладки Win64> |
Release |
<параметры выпуска Win32> |
<параметры выпуска Win64> |
MyConfig |
Неприменимо |
<параметры MyConfig Win64> |
Примечание
Нельзя создать конфигурацию решения "MyConfig", которая удаляет платформу "Win32", если проект был предназначен не будет сохранять Win32.
Изменение активной конфигурации решения выбирает набор конфигураций проекта, построенные, выполнение отладки или развертывания в этом решении. Например, при изменении конфигурации активного решения из выпуска для отладки, то все проекты в решении построены с автоматически отображается конфигурация проектов в конфигурации отладки решения. Конфигурации проектов обычно называются также отладка если пользователь не сможет выполнить ручные изменения в диспетчере конфигурации среды.
Свойства конфигурации решения, хранимом для каждого проекта имя проекта, имя конфигурации проекта, флаги, чтобы указать, включают ли построение или развертывание и имя платформы. Дополнительные сведения см. в разделе конфигурация решения.
Пользователь может просматривать и задавать параметры конфигурации решений выберите решение в обозревателе решений иерархии () и открытие страницы свойств. Аналогично можно просматривать и устанавливать параметры конфигурации проекта, выберите проект в обозревателе решений и открытие страницы свойств проекта.
Пользователь может также создать один проект с помощью параметров конфигурации выпуска и все остальные с параметрами конфигурации отладки, если это необходимо. Дополнительные сведения см. в разделе Конфигурация проекта для построения.
На следующей схеме показаны интерфейсы, поддерживающие конфигурации проекта и решения реализованы.
Интерфейсы конфигурации
.gif "График интерфейсов конфигурации")
Несколько заметок, относящихся к предыдущей схеме:
IDispatch помечает как необязательные в объекте конфигурации. В частности, он является необязательным для интерфейсов конфигурации в объекте просмотра.
IVsDebuggableProjectCfg маркированный необязательно в объекте конфигурации, но необходим для поддержки отладки.
IVsProjectCfg2 маркированный необязательно в объекте конфигурации, но необходим для поддержки группирования выходных данных.
Config Provider объект отмечен как необязательный объект, но параметр, где реализовать. Можно предоставить объект для объекта проекта или на отдельном объекте.
IVsCfgProvider2 необходимы для поддержки платформы и редактирования конфигурации. IVsCfgProvider недостаточны, если не реализовать эту функциональность.
Некоторые из этих объектов, отображаемые в схеме как отдельные объекты могут быть объединены в один и тот же класс, в котором практических на основе требований к определенной структуре. В других подразделах этого раздела, однако объекты и интерфейсы, связанные с этими объектами являются обсуждаются сценарии, представленный в соответствии с в схеме.
Некоторые объекты выполняются отдельно. Например, построение проекта и решения происходит в отдельных потоках и для управления существования построения отдельно от объекта, описывающий конфигурацию построения.
Дополнительные сведения о интерфейсов объекта конфигурации и интерфейсов объекта поставщика конфигурации в предыдущей диаграмме см. в разделе объект конфигурации проекта. Кроме того, Конфигурация проекта для построения предоставляет дополнительные сведения об интерфейсах построителя конфигурации и объекта зависимостей построения, а также Конфигурация проекта для развертывания управление более incremental описывает интерфейсы, вложенные к объектам зависимости специалист, выполняющий развертывание и развертывания конфигурации. Наконец, Конфигурация проекта для вывода описывает интерфейсы объекта команды выхода и выхода и использования страниц свойств просматривать и устанавливать свойства конфигурация-зависимой ячейки.