Отладка кода

Оценить
(0 голоса)
В наши дни программисты могут проводить за отладкой кода столько же времени, сколько они тратят на его разработку. Так получается отчасти из-за того, что сегодняшние приложения имеют распределенный и очень взаимозависимый характер. Эти приложения созданы с использованием существующих функциональных возможностей, инфраструктур, библиотек и т. д. Кроме того, они часто ведут обмен с другими приложениями, сервисами, компонен­тами, базами данных и даже системами обмена данных. Поэтому разработчикам требуется все больше помощи от отладчиков (для увеличения производительности труда). Отладчик Visual Studio 2008 отвечает этим потребностям, предлагая отличные сценарии отладки. Вот некоторые основные факты: □    управление точками останова и отслеживания; □    визуализаторы и DataTips…
Оценить
(0 голоса)
Для разработчика самое обычное дело — это создать экран или форму и начать писать код, который их окружает. Кроме того, разработчик может опираться на Framework или некото­рые компоновочные блоки, которые предоставляют дополнительные функциональные воз­можности. Приложение может также вести обмен с уровнем сервисов и очень часто — с базой данных. Даже самые обычные приложения имеют очень много "движущихся частей". Эти движущиеся части делают задачу отыскания и ликвидации ошибок в коде все более сложной. Инструменты, которые помогают вам выслеживать и удалять ошибки из вашего кода, должны не только поспевать за всей этой сложностью, но также и уменьшать трудо­емкость процесса отладки. В следующих…
Оценить
(0 голоса)
Мы должны определить сценарий приложения, который будем использовать как для того, чтобы представить вам основы отладки, так и для того, чтобы он служил базой для демонст­рации многих функциональных возможностей инструментов отладки в этой главе. В этом сценарии представьте себе, что вы пишете Web-страницу, которая позволяет клиентам про­сматривать и редактировать свои профили. Эта страница даст новые функциональные воз­можности уже существующему большому приложению. Вот некоторые условия этого сце­нария приложения: □    профили клиентов хранятся в базе данных SQL 2005; □    библиотека доступа к данным абстрагирует весь доступ к базе данных; □    имеется Web-сервис, который предоставляет информацию по профилям клиентов. Ваша задача — написать…
Оценить
(0 голоса)
Почти каждый раз, когда разработчик открывает интегрированную среду разработки, он каким-либо образом отлаживает свой код. Граница между написанием кода и его отладкой все больше и больше размывается. Например, редактор кода помогает устранять ошибки вашего кода прямо в процессе его написания. Он выделяет элементы с ошибками и позволя­ет вам исправлять их. То есть вы одновременно пишете и отлаживаете. Кроме того, компилятор работает как еще один инструмент отладки. Когда вы в первый раз нажимаете кнопку Run, то компилятор проверяет ваш код и выдает вам список ошибок для их устранения. Это отладка. Шаги (или фазы) процесса отладки включают в себя: □    кодирование —…
Оценить
(0 голоса)
В данном сценарии вы только что начали писать Web-страницу для редактирования профи­ля клиента. Предположим, что вы сделали компоновку страницы, подключились к Web- сервису информации о профилях и написали код для сохранения профиля пользователя в базе данных. Теперь вам нужно начать самопроверку вашей работы (для того чтобы убе­диться в том, что все работает так, как вы ожидаете). Первый шаг — запуск вашего приложения в режиме отладки. Это позволит вам входить в ваш код при возникновении ошибки. При разработке это обычно и есть ваш режим работы по умолчанию. Сначала вы запускаете режим отладки при помощи нажатия кнопки Run (зеленая стрелка в панели…
Оценить
(0 голоса)
Наш пример — это Web-приложение. Поэтому оно требует настройки отладки на серверной стороне, ошибки и информация о которой будут выводиться удаленному клиенту. Конечно, в большинстве случаев разработчики пишут код и отлаживают его на одном и том же ком­пьютере для разработки. Однако иногда вам может понадобиться отладить процесс на тес­товом сервере. Рис. 10.1. Запуск отладчика В любом случае вам нужно включить отладку при помощи настройки в конфигурационном файле (web.config) вашего приложения. Visual Studio спросит вас о включении отладки при первом же нажатии на кнопку Run. Этот запрос показан на рис. Ю.2. Нажатие кнопки ОК добавит к приложению конфигурационный файл и начнет…
Оценить
(0 голоса)
Самый типичный сценарий начала сессии отладки— это нажатие кнопки Run на панели инструментов. Это работает со всеми типами приложений (включая приложения Windows и ASP.NET). Это действие дает указание для Visual Studio откомпилировать приложение и вывести начальную форму или страницу. Рис. 10.3. Запуск приложения без отладки Приложения можно запустить и без отладки (включая приложения Windows и ASP.NET). Эта возможность полезна в том случае, когда вы хотите прикрепиться к уже выполняюще­муся процессу или просто хотите пройти по приложению и увидеть его так, как видит поль­зователь (без выхода в интегрированную среду разработки). Для того чтобы запустить ваше приложение без прикрепления к отладчику Visual…
Оценить
(0 голоса)
Не все, что вы обнаруживаете в режиме отладки, является ошибкой, которая приведет к прерыванию кода. Часто проблемы возникают просто потому, что вы проверяете поведение приложения. Например, элемент управления может находиться не на месте, порядок вкла­док неправильный и т. д. Для проверки таких вещей вам по-прежнему приходится полагать­ся на свои глаза. Инструменты отладки Visual Studio помогают вам работать с остановами вашего кода. При возникновении в вашем коде необработанных исключительных состояний отладчик по умолчанию прервет выполнение и перейдет в интегрированную среду, где ошибочный код будет выделен. Ключевыми в этом предложении являются слова "необработанные исключе­ния". Они обозначают те места вашего кода, где у…
Оценить
(0 голоса)
Первый шаг отладки вашего приложения — это нажатие кнопки Run. После этого ваше приложение запускается в режиме отладки. Как это часто бывает, приложение нашего при­мера (которое мы обсуждали в нашем сценарии) порождает исключение в момент запуска. Отладчик реагирует выходом в код и показывает строку с ошибкой. На рис. Ю.6 показан обычный вид редактора при останове на ошибке. Есть несколько пунктов, которые хотелось бы отметить по стандартной отладочной сессии, показанной на рис. 10.6. Во-первых, Visual Studio выделила строку, на которой была сгене­рирована ошибка. Вы можете ясно видеть это по стрелке и выделенному тексту. Затем, обратите внимание на окно в правой верхней…
Оценить
(0 голоса)
После изучения вашей ошибки вы видите, что она порождается в процессе Web-сервиса. Код, вызываемый Web-сервисом, выполняется в отдельном процессе (а не в процессе запу­щенного приложения, которым является Web-интерфейс пользователя). Когда вы отлажи­ваете приложение, то отлаживаете выполняющийся процесс, такой как исполняемый файл (exe). Visual Studio по умолчанию считает зарущенный процесс приложения первичным от­лаживаемым процессом. Для отладки кода, который выполняется в другом процессе (таком как процесс Web- сервиса) вы должны иметь исходный код и прикрепиться к выполняемому процессу (т. е. работать с отладочной сборкой). Если весь код данного приложения находится в одном ре­шении, то Visual Studio автоматически прикрепится к каждому процессу. В…
«ПерваяПредыдущая123456СледующаяПоследняя»
Навигация
© 2017 www.visualstudios.ru. Все права защищены.