Управление конфигурациями проекта в Visual Studio 2010
Любой проект в Visual Studio 2010 включает несколько самостоятельных конфигураций для компиляции разных версий программы. Конфигурацией называется набор параметров компилятора, компоновщика и библиотекаря, используемый при построении проекта. По умолчанию при создании проекта среда Visual Studio 2010 автоматически включает в него две конфигурации: Debug (отладочную) и Release (финальную). Как следует из их названий, отладочная конфигурация используется в процессе написания программы, ее тестовых запусков для обнаружения и исправления ошибок, финальная – для построения конечной версии продукта, передаваемого заказчику для промышленного использования. При создании проекта настройки отладочной (Debug) и финальной (Release) конфигураций устанавливаются в значения по умолчанию. С этими настройками выполняются следующие действия. · Debug конфигурация компилируется с включением полной символьной отладочной информации и выключением оптимизации. Оптимизация кода затрудняет процесс отладки, так как усложняет или даже полностью изменяет отношение между строками исходного кода программы и сгенерированными машинными инструкциями. Такая отладочная информация используется отладчиком Visual Studio 2010 для отображения значений переменных, определения текущей выполняемой строки программы, отображения стека вызовов и так далее, т. е. для поддержки стандартных действий, выполняемых при отладке программы. · Release конфигурация не содержит никакой отладочной информации и подвергается полной оптимизации. Без отладочной информации процесс отладки программы очень затруднен. Однако при необходимости такая информация может быть создана для финальной версии программы и записана в отдельный файл с расширением.pdb. Файлы отладочной информации.pdb могут оказаться очень полезными, если позднее возникнет необходимость в отладке финальной версии программы, например при обнаружении критических ошибок в процессе ее эксплуатации на компьютерах заказчика. Файлы.pdb обычно заказчику не передаются, а сохраняются у разработчиков. Переключение между конфигурациями можно осуществлять из панели инструментов или при помощи окна Configuration Manager (менеджер конфигураций). Для быстрого переключения конфигурации, используемой для компиляции проекта, используется стандартная панель инструментов (рис. П1).
Рис. П1. Переключение конфигураций из панели инструментов Программист может в любой момент изменить настройки конфигурации проекта или, при необходимости, создать новую конфигурацию. Эти действия выполняются в окне свойств проекта. Настройки свойств проекта применяются к текущей конфигурации. Можно указать одну из созданных конфигураций проекта или выбрать All configurations, в последнем случае настройки будут применены ко всем конфигурациям одновременно. Рассмотрим основные отличия в настройках проекта для отладочной и финальной конфигураций. На рис. П2 изображено окно свойств проекта со страницей настроек оптимизации (Optimization) для отладочной конфигурации проекта. Видно, что оптимизация генерируемого машинного кода выключена (Disabled).
Для финальной версии проекта по умолчанию включена оптимизация по скорости выполнения программы (Optimize Speed). На рис. П3 показана страница с выбранными настройками финальной конфигурации.
Кроме того, можно также выбрать следующие параметры оптимизации – генерировать компактный код (Minimize Size) и полную оптимизацию (Full Optimization), которая включает настройки оптимизации. На рис. П4 показан список свойств закладки Optimization.
На странице свойств генерации кода (Code Generation) можно указать версию стандартной библиотеки языка C, которая будет использована при компиляции и компоновке проекта – настройка Runtime Library. Для отладочной конфигурации по умолчанию используется настройка Multi-threaded Debug DLL (многопоточная отладочная версия стандартной библиотеки, размещенной в динамически загружаемом модуле DLL). Эта версия библиотеки содержит отладочную информацию, также поддерживает дополнительные проверки времени выполнения, что позволяет, с одной стороны, выполнять функции стандартной библиотеки под управлением отладчика, а с другой – находить на раннем этапе труднообнаруживаемые проблемы, такие как выход за границы массивов, неправильная работа с динамически распределяемой памятью и некоторые другие. Из-за наличия этих дополнительных проверок отладочная версия библиотеки выполняется медленнее финальной. Для финальной версии проекта по умолчанию используется настройка Multi-threaded DLL (финальная версия стандартной библиотеки без отладочной информации, размещенной в динамически загружаемом модуле DLL). Важно помнить, что для запуска этой версии при компиляции ее с такими настройками модуль DLL стандартной библиотеки должен присутствовать в системе. Его следует предусмотреть либо при установки Visual Studio 2010, либо при помощи отдельного инсталляционного пакета Microsoft Visual C++ 2010 Redistributable Package (x86). Если же библиотека DLL в системе нет, то скомпилированная программа не будет запущена. Для исключения зависимости от отдельной DLL стандартной библиотеки значение настройки Runtime Library нужно установить в Multi-threaded (многопоточная версия стандартной библиотеки). В этом случае весь необходимый функционал будет включен непосредственно в результирующий.exe файл, который может быть запущен и исполнен независимо от того, были ли установлены файлы DLL стандартной библиотеки или нет. На рис. П5 показана страница свойств закладки Code Generation для отладочной конфигурации.
На рис. П6 показана страница свойств закладки Code Generation для финальной конфигурации.
Отладочная и финальная версии программы компилируются также с различными символами препроцессора. Для отладочной версии объявляется символ _DEBUG, а для финальной – NDEBUG. Это позволяет применять директивы препроцессора для условной компиляции программы, включая или исключая некоторую функциональность в одну из версий. Обычно это используется для включения дополнительных проверок и отладочного вывода в отладочную версию программы. Для финальной версии такие проверки и вывод не нужны, поэтому они в нее не включаются. Например, в следующем фрагменте программы значение переменной res будет выведено на экран только в отладочной версии: int a, b; int res; a = 10; b = 20; res = a + b;
|
