Как открыть visual studio 2008
Как правило, при установке последней версии Visual Studio рекомендуется обновить проекты. Затраты на обновление проектов и кода зачастую более смещены по преимуществам новой интегрированной среды разработки, компилятора, библиотек и средств. Однако мы знаем, что некоторые проекты обновить не удастся. У вас могут быть двоичные файлы, привязанные к более старым библиотекам или платформам, которые по причинам обслуживания не могут быть обновлены. В коде могут использоваться нестандартные языковые конструкции, которые могут перестать работать при переходе на более новую версию компилятора. Код может полагаться на сторонние библиотеки, скомпилированные для конкретной версии Visual C++. Или вы можете создать библиотеки для других пользователей, которые должны быть предназначены для конкретной более старой версии Visual C++.
к счастью, с помощью Visual Studio можно создавать проекты, предназначенные для старых наборов инструментов и библиотек компилятора. если у вас по-прежнему установлены исходные средства, вам не нужно обновлять проект с момента Visual Studio 2010, чтобы воспользоваться преимуществами новых функций в интегрированной среде разработки.
- Новые возможности рефакторинга кода C++ и экспериментальные функции редактора
- Новое окно отладчика "Средства диагностики" и окно "Список ошибок"
- Переработанные точки останова, окно исключений и новые советы для повышения производительности
- Новые средства навигации и поиска в коде
- Новые быстрые исправления C++ и расширения Productivity Power Tools
Можно также работать с проектами Visual Studio 2008, но их нельзя использовать без изменений. дополнительные сведения см. в разделе инструкции по Visual Studio 2008 .
Последние версии Visual Studio поддерживают собственное многоплатформенное нацеливание и совместимость проектов. Собственное многоплатформенное нацеливание представляет собой возможность новейшей версии интегрированной среды разработки выполнять сборку с помощью наборов инструментов, установленных предыдущими версиями Visual Studio. Циклическая обработка также является преимуществом последней версии IDE, которое заключается в загрузке проектов, созданных в предыдущей версии, без внесения изменений в проект. Установив последнюю версию Visual Studio параллельно с существующей версией, вы можете использовать новую версию IDE для сборки проектов, обращаясь к компилятору и инструментам из предыдущих версий. Другие участники команды могут продолжать использовать проекты в старой версии Visual Studio.
При работе со старым набором инструментов вам доступны преимущества многих современных функций интегрированной среды разработки, однако это не относится к новым возможностям компилятора C++, библиотеки и средств сборки. Например, вы не сможете использовать новые улучшения соответствия языковым стандартам, новые возможности отладки и анализа кода или более высокую скорость сборки, обеспечиваемую новейшим набором инструментов. Кроме того, некоторые функции интегрированной среды разработки несовместимы с более старыми наборами инструментов. например, в профилировщике памяти может отсутствовать информация о типе, а операция рефакторинга преобразовать в необработанные строковые литералы создает код с поддержкой C + +11, который не будет компилироваться при использовании Visual Studio 2012 или более старых наборов инструментов.
Как использовать собственное многоплатформенное нацеливание в Visual Studio
После установки Visual Studio параллельно с более старой версией откройте существующий проект в новой версии Visual Studio. После загрузки проекта Visual Studio предложит обновить его для использования последней версии компилятора C++ и библиотек. Так как требуется, чтобы в проекте использовались более старые версии компилятора и библиотек, нажмите кнопку Отмена.
Visual Studio будет постоянно выводить запрос на обновление проекта. Чтобы не видеть диалоговое окно обновления при каждой загрузке проекта, можно определить следующее свойство в проектах или в .props импортируемых файлах или .targets .
Если необходимо обновить проекты, это свойство следует удалить.
Если вы решили не выполнять обновление, Visual Studio не внесет никаких изменений в файлы решения или проекта. при сборке проекта созданные двоичные файлы полностью совместимы с теми, которые были созданы с помощью более старой версии Visual Studio, поскольку Visual Studio использует один и тот же компилятор C++ и связывает те же библиотеки, что и ваша старая интегрированная среда разработки. это также объясняется тем, почему в диалоговом окне обновления выводится предупреждение о необходимости сохранения старой версии Visual Studio при нажатии кнопки отмена.
Инструкции по Visual Studio 2008
Visual Studio 2008 имеет собственную выделенную систему сборки для C++, именуемую VCBuild. в Visual Studio 2010 проекты C++ Visual Studio были изменены для использования MSBuild. независимо от того, обновляется ли постоянно или многоплатформенная настройка, необходимо выполнить шаг обновления для создания проектов Visual Studio 2008 в последней версии Visual Studio. Обновленный проект по-прежнему создает двоичные файлы, которые полностью совместимы с двоичными файлами, созданными в интегрированной среде разработки Visual Studio 2008.
Сначала в дополнение к текущей версии Visual Studio необходимо установить Visual Studio 2010 на одном компьютере с Visual Studio 2008. только Visual Studio 2010 устанавливает скрипты MSBuild , необходимые для целевых проектов Visual Studio 2008.
Затем нужно обновить решение и проекты Visual Studio 2008 до текущей версии Visual Studio. Перед обновлением рекомендуется создать резервную копию файлов проектов и решений. Чтобы начать процесс обновления, откройте решение в текущей версии Visual Studio. При выводе запроса на обновление просмотрите сведения и нажмите кнопку ОК, чтобы запустить обновление. Если решение содержит более одного проекта, необходимо обновить каждый проект. Мастер создает новые .vcxproj файлы проекта параллельно с существующими .vcproj файлами. пока у вас также есть копия исходного .sln файла, обновление не влияет на существующие проекты Visual Studio 2008.
Следующие шаги применяются только к сценариям с несколькими нацеливанием. если планируется постоянное обновление проекта до более позднего набора инструментов, то следующим шагом будет сохранение проекта, его открытие в последней версии Visual Studio и устранение проблем сборки, которые появляются там.
Если по завершении обновления в журнале ошибок появятся ошибки или предупреждения по проектам, внимательно изучите их. преобразование из VCBuild в MSBuild может вызвать проблемы. Вы должны понимать и уметь применять все элементы действий, приведенные в отчете. дополнительные сведения о отчете об обновлении журнала обновления и проблемах, которые могут возникнуть при преобразовании VCBuild в MSBuild, см. в записи блога Native-нацеливание для различных версий C++ .
После этого изменения библиотеки и компилятор Visual Studio 2008 будут использоваться для создания двоичных файлов проекта при сборке решения в текущей версии Visual Studio.
Установка старого набора инструментов Visual Studio
у вас может быть старый проект Visual Studio C++, который вы не можете или не хотите обновлять. Чтобы выполнить сборку, необходима версия набора инструментов платформы, соответствующая проекту. чтобы получить набор инструментов, можно установить бесплатную Visual Studio Community или экспресс выпусков нужной версии. Каждая версия Visual Studio из Visual Studio 2008 может установить компилятор, инструменты и библиотеки, необходимые для этой версии, из текущего выпуска Visual Studio. В Центре загрузки Майкрософт найдите и скачайте конкретную версию Visual Studio. Убедитесь, что во время установки выбраны параметры установки C++. После завершения установки запустите эту версию Visual Studio, чтобы установить обновления. Также проверьте наличие необходимых изменений в Центре обновления Windows. Этот процесс проверки обновлений может потребоваться повторить несколько раз для получения каждого обновления.
Доступные для скачивания версии можно найти на странице скачивания старых версий Visual Studio.
Для создания кроссплатформенного приложения, была выбрана хорошо известная библиотека GTK, но если в Unix системах всё более-менее просто (хотя конечно и не всегда порой), то с установкой и использованием в Windows — системах могу возникнуть некоторые вопросы.
Решением этих вопросов, а если быть точнее, настройкой Microsoft Visual Studio 2008 для работы с библиотеками GTK, я бы и хотел поделиться.
Возможно, для людей хорошо знающих Visual Studio, эта информация покажется не новой, но для новичка, который бы хотел протестировать свой первый «Hello World», я думаю, будет не лишней. Если интересно, тогда поехали…
Для начала нам понадобится сама библиотека GTK (я предполагаю, что сама Visual Studio у вас уже установлена ;) ). Можно взять уже скомпилированные библиотеки или исходники на официальном сайте, но я предпочёл воспользоваться проектом "gladeWin32". Не будем долго на нём останавливаться, скажу только, что этот пакет представляет из себя порт Glade2/Gtk+ на платформу Windows, и отличается от оригинала тем, что исправлены специфические проблемы. Так же устанавливаются пакеты разработчика Gtk+ и libglade, собственно что нам и нужно. Этот пакет примечателен ещё тем, что при установке он анализирует установленные IDE (включая даже среду CygWin) и предлагает сразу прописать пути к устанавливаемым компонентам и библиотеками. Однако, к сожалению, даже последняя на сегодняшний день версия (2.12.9 от 16.04.2008) не обнаружила присуствие Visual Studio 2008, поэтому придётся прописать руками ;)
Итак, после установки пакета gtk-dev-2.12.9-win32-1.exe (по умолчанию он ставиться в C:\GTK\) запускаем Visual Studio. Открываем окно с настройками «Options» (Menu->Tools->Options). В дереве слева открываем: Projects and Solutions->VC++ Directories.
В правой части выбираем из селектора «Show directories for: -> Include files» и добавляем сюда следующие пути:
C:\GTK\lib\gtk-2.0\include
C:\GTK\lib\glib-2.0\include
C:\GTK\include\cairo
C:\GTK\include\libglade-2.0
C:\GTK\include\gtk-2.0
C:\GTK\include\libxml2
C:\GTK\include\pango-1.0
C:\GTK\include\glib-2.0
C:\GTK\include\atk-1.0
C:\GTK\include
Затем выбираем в этом же селекторе «Show directories for: -> Library files», и добавляем ещё два пути:
Ну вот в принципе и всё, теперь для проверки того, что у нас всё правильно настроено, создадим небольшой «hello world».
Выберем новый пустой проект «Visual C++ -> Win32 -> Win32 Console Application».
добавим в проект «main.cpp»:
int main (int argc, char *argv[])
window = gtk_window_new (GTK_WINDOW_TOPLEVEL);
gtk_widget_show (window);
Ну вот на этом настройка и завершена, собираем (CTRL+F5) и если всё в порядке получаем вот такое замечательное окошко…
p.s. надеюсь эта информация кому-нибудь пригодится, а если нет — не судите строго ;)
XML используется повсюду от веб-служб, баз данных, конфигурационных файлов, до офисных документов. Эта статья познакомит вас с инструментальной поддержкой предлагаемой Visual Studio 2008, которая облегчает работу с XML. В статье рассматривается редактирование XML файлов, работа со схемами XML, отладка стилевых таблиц XSLT и расширение Visual Studio при помощи написания собственных XML дизайнеров.
Когда вы открываете XML файл в Visual Studio 2008 (например .xml, .xsd, .xslt, .svg или .config), вы запускаете встроенный редактор XML. XML редактор поставляется с полным набором функций который можно ожидать от редактора Visual Studio, включая IntelliSense, раскраску кода, подсветку скобок, сворачивание/разворачиваине и форматирование кода. Он предоставляет полную проверку синтаксиса XML 1.0, завершение тэгов, также как и поддержку схемы XML с валидацией в реальном времени.
Редактирование XML файлов
Нужно признать, что ручное редактирование XML-файлов может быть очень утомительным и отнимать много времени. Чтобы помочь в этом XML редактор Visual Studio 2008 поставляется с большим количеством функций для улучшения производительности. Одной из таких функций является расширяемая библиотека фрагментов XML кода — XML файлов которые содержат конфигурируемые участки кода, которые выступают в роли шаблонов для использования во время редактирования документа. С Visual Studio устанавливается много файлов фрагментов XML кода, которые помогают разработчикам при написании схем XML и стилевых страниц XSLT. Чтобы вызвать фрагмент во время редактирования XML-файла, выберите «Insert Snippet» («Вставить Фрагмент») из меню «Edit > IntelliSense» («Редактировать > IntelliSense»). Как только вы вставили фрагмент, вы можете перемещаться между подсвеченными полями, которые можно изменять клавишей TAB, чтобы вводить данные. На Рисунке 1 показан пример вставки фрагмента.
Рисунок 1: Вызов фрагмента XML кода в Visual Studio 2008.
Вы также можете записывать ваши собственные фрагменты. Если вы хотите создать простой фрагмент, выполните следующие шаги:
Создайте XML файл и наберите в нем:
Нажмите ESCAPE, чтобы закрыть окно IntelliSense.
Нажмите TAB.
Введите значение.
Нажмите ENTER для завершения.
Для более подробной информации Я рекомендую публикацию в блоге редактор Visual Studio
«Code Snippet — Schema Description».
Что вы будете делать, когда нету готовых фрагментов XML кода, а вам нужно создать XML файл основанный на существующей схеме? Редактор XML предлагает широкий диапазон возможностей при помощи которых вы можете ассоциировать ваши XML документы с XML схемами. IntelliSense основанные на схеме, валидацию в режиме реально времени, а также отчет об ошибках это всего несколько из них. В дополнение к названному, XML редактор может динамически генерировать фрагменты кода основанные на существующей схеме. После того как вы предоставили имя элемента который нужно добавить XML редактор может проанализировать схему на требующуюся информацию, сгенерировать фрагмент кода и вставить его для вас. Чтобы вызвать функции динамического построения фрагментов XML кода все что вам нужно сделать, набрать имя элемента также как это показано в следующем примере:
и нажмите клавишу TAB. XML редактор создаст фрагмент кода, который будет выглядеть очень похоже с тем, что уже было показано на Рисунке 1 за исключением того, что вам ничего не нужно будет делать заранее. Это очень мощная функция, особенно, когда вам нужно создать документы с большими моделями содержимого.
По умолчанию XML редактор генерирует только требующееся содержимое, но это поведение может быть переопределено при помощи аннотаций в XML схемах. Больше информации вы найдете в MSDN под заголовком, «How to: Generate an XML Snippet From an XML Schema».
Кеш схемы и каталоги Схем
Для продвинутых пользователей XML редактор предлагает такие функций как кеш схемы каталоги файлов схем. Кеш схемы это папка которая содержит множество хорошо известных W3C схем, также как и много схем конкретно созданных Microsoft или связанных с их технологиями. Она служит как репозиторий широко используемых схем, которые обычно не меняются. Вы найдете расположение схем по умолчанию в %vsinstalldir%\xml\schemas, где "%vsinstalldir%" это переменная представляющая расположение в которое установлена Visual Studio. Когда вы объявляете одно из пространств имен определенных этими схемами в ваших XML файлах, редактор будет автоматически ассоциировать соответствующие схемы из расположения кеша и быстро предоставлять IntelliSense и валидацию для этой схемы.
Каталог схем это XML файлы размещающиеся в директории кеша схем (файл catalog.xml по умолчанию). Они дают продвинутым пользователям более точный контроль над различными пространствами имен, которые они возможно будут использовать. Например, вы можете ассоциировать определенные пространства имен с внешними источниками:
Вы также можете использовать файлы каталогов для создания ассоциаций между файлами схемы и расширениями файлов вам может быть это иногда полезно, когда схема не имеет targetNamespace:
Нововведение в Visual Studio 2008, вы также можете добавлять условия:
extension="config"
schema="xml/schemas/dotNetConfig30.xsd"
condition="%TargetFrameworkVersion% = 3.0" />
Наконец, вы можете создать цепочку ссылаясь из одного файла каталога на другой:
Работа с большими файлами
Другая важная функция редактирования которую я хотел бы отметить это поддержка редактором XML больших файлов. Хотя вы и могли работать с большими файлами в предыдущих версиях, Visual Studio 2008 поддерживает инкрементальный анализ XML документов. Теперь, если вы работаете с файлом размером 10 Мб, вам не нужно ждать пока Visual Studio проанализирует файл целиком каждый раз как вы внесли изменения. XML редактор изолирует правки и переанализирует только те части которые требуется, предлагая таким образом лучшую производительность и отклик.
Я описал лишь несколько интересных функций XML редактора, но очевидно, нельзя рассмотреть здесь все из них. Таблица 1 показывает некоторые из функций которые доступны пользователям Visual Studio.
Функция | Поддержка в Visual Studio 2008 |
Автозавершение | X |
Подсветка синтаксиса | X |
Сворачивание/Разворачивание кода | X |
IntelliSense | X |
Расширяемая библиотека фрагментов кода | X |
Динамические фрагменты кода | X |
Переход к определению (из XML к XSD) | X |
Навигация назад/вперед | X |
Поддержка проекта и профиля пользователя | X |
Валидация в режиме реального времени | X |
Полная поддержка XSD | X |
Поддержка пространств имен | X |
Поддержка DTD | X |
Генерация XSD по XML | X |
Конвертация DTD в XSD | X |
Поддержка Юникода | X |
Поддержка больших файлов (10 Мб+) | X |
Отладка стилевых таблиц XSLT
XSLT является стандартным языком трансформаций утвержденным W3C, который очень популярен среди большой группы разработчиков. Редакция Visual Studio Professional предоставляет поддержку редактирования и отладки стилевых таблиц XSLT. Редактирование файлов XSLT подобно редактированию XML файлов. Когда речь заходит об отладке XSLT, Visual Studio поддерживает два главных сценария:
Отладка отдельной трансформации, которая полезна, когда вашим изначальным интересом является документ на входе, собственно трансформация и документ на выходе.
Интегрированная в CLR отладка, которая полезна для отладки трансформаций в контексте вашего CLR приложения.
Отладка отдельных трансформаций
Рисунок 2 демонстрирует среду отладки, в момент когда вы работаете с XSLT трансформациями. В конфигурации по умолчанию, вы можете видеть XSLT файл и вкладки видов ввода документа и вывода документа. Вы также можете сконфигурировать Visual Studio, чтобы одновременно отображались все три документа. Когда вы проходите через код трансформации, вы можете видеть входящие данные, трансформацию которая обрабатывает этот ввод и генерацию выходного файла.
Рисунок 2: Отладка отдельных XSLT трансформаций.
CLR-интегрированная отладка
XslCompiledTransform xsltcmd =
new XslCompiledTransform( true );
xsltcmd.Load(XSLTFile);
XmlUrlResolver resolver = new XmlUrlResolver();
XmlWriter writer = XmlWriter.Create(OutputFile);
* This source code was highlighted with Source Code Highlighter .
Если вы установите точку останова на вызове метода и пройдете в него, отладчик покажет вам стилевую таблицу XSLT (Рисунок 3). Все функции описанные в разделе отладки отдельной таблицы стилей также применимы здесь. Единственным исключением является возможность устанавливать точки останова в файлах данных. Эта функция не доступна, когда вы переходите из в XSLT из другой программы на CLR. Все остальное будет вести себя точно также как описано в выше.
Таблица 2 представляет сводку различных функций доступных во время отладки XSLT трансформаций.
Feature | Visual Studio 2008 Support |
Browser view | X |
Locals, watch, call stack | X |
Viewing input XML, output, and XLST during debugging | X |
Breakpoints in XML | X |
Breakpoints in XSLT | X |
CLR language debugger integration | X |
Расширение инструментов XML
Рисунок 4: Старый способ создания пользовательских XML дизайнеров поверх XML редактора.
С другой стороны в XML редакторе есть свой собственный анализатор с восстановлением после ошибок. Она также создает свое собственное дерево анализа представляющее содержимое буфера. В Visual Studio 2008, Microsoft открыла это дерево LINQ to XML сторонним разработчикам. Новая архитектура показана на Рисунке 5. Новое API позволяет разработчикам создавать пользовательские виды поверх дерева анализа XML редактора, предоставляющие им логику восстановления после ошибок XML редактора и дерево анализа LINQ to XML с транзакциями по обновлению, результаты выполнения которых появляются в буфере интегрированным Visual Studio UndoManager. Эти изменения облегчают разработчикам создание XML инструментов поверх Visual Studio 2008.
Если у Вас есть какие-либо проблемы, пожалуйста, для начала убедитесь что Вы выполнили все шаги. В ТОЧНОСТИ как написано у нас. Если все же ничего не помогает, обратите внимание на секцию FAQ в конце документа. Если и это не заработает, пишите Ваши комментарии, мы будем решать их все вместе.
Основная настройка
Для начала отмечу, что если у Вас установлена MS VS 2008 Express Edition, то у Вас это работать не будет.
1) Установите Visual Studio QFE. Это исправление просто обновляет DLL, которые являются частью отладчика Visual Studio, который выбирает исходные файлы. Все подробности оп исправлениям читайте на странице загрузки.
2) Запустите Visual Studio и выберите Tools > Options > Debugging > General. Если Вы работаете над Visual Basic Profile, Вам необходимо установить флажок в нижней части диалога Options Dialog, «Show All Settings» перед тем как продолжить.
- Выключите «Enable Just Me Code (Managed only)»
- Включите «Enable source server support»
Все, установка произведена!
Отладка внутри исходного кода Framework
Запускаем отладку решения. Когда работа программы остановится в поставленной нами точке останова, перейдите в окно Call Stack. В стеке вызовов щелкните правой кнопкой мыши по строке, начинающейся с System.Windows.Forms.dll и выберите Load Symbols. Надеемся что у Вас хороший Интернет канал. В противном случае запаситесь заранее булочками и чаем. Файлы, подлежащие загрузке весят порядка 10 мегабайт. Обратите внимание, что Visual Studio не будет отвечать все это время (минус им в карму. Хороший тон — индикатор загрузки. А вдруг висит? Тогда убить процесс. А если не висит? Убивать — время жалко). Однако такая загрузка производится лишб однажды и будет храниться у Вас на компьютере в каталоге с кэшем, указанным Вами выше.
Эти действия позволят загрузить символы из DLL с севрера, и Вы увидете что все строки, обозначающие вызовы внутри System.Windows.Forms.dll станут черными, т.е. доступными. Также станут доступными и номера строк. Помните, что каждый раз, когда Вам понадобится посмотреть на символы, нужно будет щелкнуть правой клавишей мыши и выбрать Load Symbols.
Итак, с этого момента загружены все символы для System.Windows.Forms.dll и теперь можно смотреть его код. Код вы можете просматривать совершенно также как и во время обычной отладки своего кода. Для этого, как обычно, щелкните дважды по строке CallStack либо зайдите внутрь методов сборки по (F11). Когда Вы в первый раз попробуете просмотреть код, то Вам предложат лицензию, на основани которой Вам разрешено его читать, и если Вы согласны с ней, нажмите Accept, после чего исходный код будет загружен.
Теперь для всех сборок, в которых Вы захотите отлаживаться, просто повторите все те шаги, которые описаны выше. Если Вам понадобилось отладки тех сборок, которых нет в Call Stack, откройте окно Modules и загрузите символы оттуда.
Теперь Вы можете в примере выше зайти в код DrawRectangle по F11.
Для продвинутых пользователей
Как правило, при каждом сеансе отладки, Visual Studio пытается загрузить символы для каждой DLL, которая загружается в отлаживаемый процесс. Чтобы найти информацию по символам, она порсматривает все пути, указанные в Options > Debugging > Symbols. Но есть проекты, которые используют очень много библиотек DLL, для которых нет никакой информации по символам. В этих случаях процесс запуска отладки будет очень долгим. Это основная причина, из-за которой мы советуем Вам использовать загрузку символов по требованию пользователя.
Существует, однако, способ сделать загрузку символов автоматически (что по сути, избавляет от шага «Load Symbols»), что увеличивает общую производительность. Этот флажок имеет смысл устанавливать только продвинутым пользователям системы, поскольку потом Вам придется довольно часто возвращаться в этот диалог. Кстати, для того чтобы быстро в него зайти, выберите «Symbol Settings. » в контекстном меню на изображении повыше.
Основа этого — получить все символы, скачать их и храниьб локально. Для этого отключите флажок «Search the above locations. ».
После этого запустите свой проект в отладчике. Да, кстати, извините, совсем забыл сказать. Наберитесь терпения, чаем и булочками. В зависимости от соединения скачивать студия будет либо долго, либо очень долго. Всего понадобится скачать порядка 50 мегабайт. И т.к. все это будет закешировано, то эот будет единовременно.
Как только этот процесс завершится, можно остановить отладчик и снять источник с адресом сервера и нажать OK:
После этих шагов все символы будут загружаться автоматичсеки, и Вы будете иметь возможность вмешиваться в стек вызовов без ранних ограничений. Обратите внимание, что если Вы будете работать над другим проектом, в котором не будет информации по загруженным символам, порсто повторите все эти шаги ;)
Также проверьте ваш «C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE» (или то место, куда Вы установили Visual Studio) файл с именем symsrv.no. Если этот файл существует, переименуйте его в symsrv.yes.
2) Когда я пытаюсь зайти отладчиком внутрь исходного кода, то получаю диалог «Source is not available for this location»
Во-первых посмотрите пункт (2) в FAQ. чтобы убедиться что все символы были загружены успешно. В этом можно убедиться, посмотрев в окно Modules, в колонку статуса символов. Если символы загружены, проверьте следующее:
Если Вы настроили Microsoft Symbol Server в прошлом, и Вы загрузили символы для этой DLL, которые не содержат исходных кодов. Попробуйте указать другое положение кэша либо удалите существующий кэш, после чего поврите команду «Load Symbols». Посмотрите также FAQ (3) для получения дополнительной информации.
Убедитесь лишний раз в том что Вы включили флажок «Enable Source Server» в окне Tools > Options > Debugging > General.
Убедитесь что папка, которая настроена на сбор кэша символов, имеет разрешения на чтение и запись
Если у Вас установлена _NT_SYMBOL_PATH, она будет переопределять все эти настройки. За подробностями сюда
3) Я также использую Microsoft Symbol Server для загрузки символов. В чем разница?
Microsoft Symbol Server обеспечит Вас символами без предоставления какой-либо информации в них. Эта информация будет удалена перед публикацией. Чтобы использовать и Reference Source path и Micrososft Symbol Server это расположение Reference Source path первым в списке
Однако если у Вас Microsoft Symbol Server настраивается через _NT_SYMBOL_PATH, помните, что _NT_SYMBOL_PATH перекрывает эти настройки.
4) Есть ли поддержка 64-разрядной ОС?
Да, при условии наличия 64-разряднных версий PDB. Здесь стоит отметить что есть DLL, которые работают на различных архитектурах. Потому для них понадобится всего одна PDB.
5) Как мне установить точки останова в коде Framework?
Изначально, Visual Studio требует чтобы код в точности соответствовал PDB файлу. Хотя довольно часто PDB файлы изменены не значительно. Например, автор добавил строки с авторскими правами. Но код по-прежнему можно легко отлаживать. Просто установите точку останова (появится не полностью закрашенная точка) и укажите расположение PDB файла (контекстное меню от точки останова, позиция Location. )
Затем установите флажок, указанный ниже:
После этих действий Вы сможете спокойно продолжить работу.
6) Почему такие функции как «Go To Defenition» не работают?
Потому что эта информация создается на периоде работы с кодом, а не во время исполнения.
7) Почему некоторые члены или локальные переменные не доступны? Почему я не могу заходить внутрь некоторых методов или ходить по некоторым строчкам кода?
8) Почему так долго загружаются PDB файлы?
Потому что их много, и среди них есть файлы под 1 мегабайт.
9) Можно ли открыть и посмотреть их через браузер?
Предназначен для скачивания всех символов и исходных кодов. Работает из командной строки и доступен в исходных кодах.
При запуске Visual Studio 2008, которая, надеюсь, уже установлена на Вашем компьютере, открывается стартовая страница. В окне "Recent Projects" стартовой страницы есть две скромные, непрезентабельного вида ссылки - " Open Project …" и " Create Project …".
Они задают две основные функции, которые может выполнять разработчик в Visual Studio 2008, - он может открыть существующий проект и работать с ним или создать и работать с новым проектом. В большинстве случаев после открытия стартовой страницы щелчком по одной из ссылок мы переходим к созданию или открытию проекта. Вид стартовой страницы показан на рис. 1.2.
Стартовая страница, помимо перехода к выполнению основных задач разработчика, предоставляет важные дополнительные возможности. Во-первых, здесь расположен список текущих проектов, позволяющий сразу же перейти к работе с нужным проектом из этого списка.
На стартовой странице, помимо вкладки "StartPage", расположена вкладка " Главная страница MSDN ", позволяющая перейти к соответствующему сайту. На рис. 1.3 показана страница, открытая при выборе этой вкладки.
Создание проекта
Выбрав на стартовой странице ссылку "Создать проект", переходим на страницу создания нового проекта. На рис. 1.4 показан внешний вид этой страницы.
Посмотрите, какой широкий спектр возможностей предлагает Visual Studio 2008 своим разработчикам.
В окне категорий типов проекта " Project Types" можно выбрать категорию, определяющую набор шаблонов, задающих типы проектов данной категории. Первые три категории, показанные на рисунке, задают язык программирования , на котором будут создаваться проекты. Эти категории позволяют создавать проекты на трех разных языках, включенных Microsoft в состав студии. Уже говорилось, что среда является открытой и дополнительный состав языков определяется предпочтениями разработчика. При включении нового языка в состав Visual Studio 2008 число категорий, задающих язык, будет увеличиваться.
Еще одна категория "Other Project Types" определяет шаблоны типов проектов, не связанных с языком программирования. Сюда входят проекты, предназначенные для развертывания приложений, проекты для работы с реляционными базами данных и языком запросов SQL , проекты построения Add-in, расширяющие возможности других приложений, например приложений Office.
Последняя категория "Test Projects"включает шаблон проекта, задающего тестовый документ.
Каждая категория включает подкатегории со своими шаблонами типов проектов. Суммарное число типов проектов, которые разработчик может построить в рамках Visual Studio 2008, достаточно велико. Я не думаю, что есть разработчики, которые используют в своей работе все типы проектов. И в этом курсе будем рассматривать только часть возможных типов проектов.
Рассмотрим чуть более подробно категорию Windows -проектов. Она включает на момент написания этого текста 10 типов проектов.
Class Library - проект, позволяющий построить DLL ( Dynamic Link Library ) - динамически подключаемую библиотеку классов. Этот вид проектов будет столь же часто встречаться в наших примерах, как и предыдущий. Дело в том, что всегда полезно отделять содержательную часть приложения от ее интерфейса. Классы, определяющие содержание приложения, будут собираться в DLL , которая затем будет подключаться к проекту, описывающему интерфейс приложения. Такой подход в наибольшей степени соответствует повторному использованию. Один раз созданные содержательные классы, собранные в DLL , могут использоваться в разных приложениях.
Windows Forms Control Library - полезный и часто используемый тип проектов. Он применяется при создании повторно используемого элемента, обладающего визуальным интерфейсом.
WPF Application , WPF Browser Application , WPF User Control Library , WPF Custom Control Library - 4 типа проектов, которые связаны с упоминавшейся новой технологией WPF, включенной в состав каркаса Framework . Net 3.5.
Windows Service - проект, который задает службы (сервисы), предоставляемые удаленным компьютером.
Empty - пустой проект. Все предыдущие типы проектов изначально предлагают разработчику проекта вполне определенную функциональность. Когда при создании проекта разработчик указывает его тип, из библиотеки классов FCL , входящей в состав каркаса Framework . Net , выбираются классы, задающие архитектуру данного типа проекта. Эти классы составляют каркас проекта, построенного по умолчанию для данного типа, они и определяют функциональность, присущую данному типу проекта. Разработчику остается дополнить каркас проекта плотью и кровью, добавив собственные классы и расширив функциональность классов, входящих в каркас проекта. Для пустого проекта начальная функциональность отсутствует - разработчик все должен делать сам - ab ovo. Мы пустыми проектами заниматься не будем.
Читайте также: