Pull to refresh

Comments 17

Если у меня возникает исключение, я могу «отмотать назад» до какого-то состояния и, изменив переменную, продолжить выполнять метод уже другим путем?
Или после исключения я ничего уже не сделаю, только смогу посмотреть?
Отмотать назад и продолжить с этого места нельзя. Увы :(
Хм… А это на исключения распространялось?
Я как-то с этой функцией не подружился. Когда открыто штук 50 файлов, то каждый шаг в отладчике заканчивался дикими тормозами. На каждой из вкладок студия ставила замочек, они меняли размер, съезжали, и перерисовывались, а потом после шага замок убирался. И это приводило к тому, что один шаг мог выполняться и 2 секунды. Бесило жутко. Я эту штуку специально отключил из-за такого поведения.

И это на быстром разогнанном двухъядернике с кучей памяти и системным драйвом SSD.
Да, при выпадении исключения можно было назад отмотать. Я правда этим редко пользовался, но когда пользовался, то сильных тормозов не замечал. Правда и файлов у меня максимум 10 открыто.
Ладно бы оно тормозило, когда пользуешься самим Edit & Continue. Так оно же портило любую отладку.
Я между файлами переключаюсь исключительно хоткеями, окном поиска класса или файла по имени. Поэтому у меня может быть куча всего открыта на вкладках, а я ими почти не пользуюсь.

Те, кто пользуются активно вкладками и закрывают лишнее, с такой проблемой сталкиваются только на слабых компах.

А постоянно сносить вкладки мне лениво всегда. Посмотрим, починили ли эту проблему в VS2010, еще не довелось проверить.

А за инфу спасибо :)
А можно поподробнее про использование IntelliTrace в Microsoft Test And Lab Management?
Порой очень много времени уходит на воспроизведение багов даже при наличии screencast работы пользователя и логов…
> Разработчикам еще придется выработать стиль работы с ним и каждому в отдельности определится использовать ли его, взвесив все плюсы и минусы.

Извините, а можно дописать в конце статьи — плюсы и минусы, а то получается что нужно всю статью прочитать, и все же самому решать где плюсы, а где минусы.
Ну вообще прочитать статью — полезно. Они обычно для этого и пишутся. Если вы не работаете с Visual Studio — можно было не начинать читать, если работаете — неужели вам так лень прочитать? Тем более статья совсем небольшая.

Или вам эти плюсы и минусы нужны чтобы кого-то удивить своими обширными познаниями ( усиленно скрывая их поверхностную глубину)?
При чем здесь удивить кого-то обширными познаниями? Или лень прочитать?

Эта статья больше напоминает краткий обзор. Возможно автору некогда было расписывать все подробно, а возможно он приветствует сжатый стиль повествования. Но впечатлений от технологии у него скорее всего намного больше и их можно было бы кратко и доступно изложить в форме достоинств/недостатков в конце статьи. Думаю это был бы только плюс итак хорошей статье.

Как например уже пишут внизу: IntelliTrace доступно только для x86(не проверял).
Возможно «что русскому хорошо, то немцу — смерть». Любая фича для каждого человека выглядит по-своему, автор напишет плюсы — прибегут те, кто скажет что это минусы и устроят холивар. Просто ваше обращение выглядит именно так — автор, будь любезен разжевать теперь что в плюсы запишем, а что в минусы.

Как все привыкли к списковому мышлению — без раздела выводы\достоинства\недостатки уже ничего не читается. Я понимаю что подобные вещи маст хэв в крупных статьях типа тестирования на ixbt, но небольшие — попрактикуйтесь делать выводы самостоятельно. А еще лучше — поставьте триальную студию и попробуйте.
Я с вам согласен, дописал плюсы и минусы, добавил в конце. Также не знал про х86, что тоже было полезно добавить.
Попробовал только что и студия сказала, что IntelliTrace доступно только для x86 приложений. Эх проходим мимо…
Я так понимаю, что ситуация та же, что и с Edit and Continue.
Решается выставлениевм TargetPlatform в x86 для Debug
Как бы не гнали на Microsoft, но похоже что Visual Studio — самый удобный инструментарий для разработки
ЗЫ. Работаю и с XCode и с Eclipse — есть с чем сравнивать.
Sign up to leave a comment.

Articles