На одном из моих сайтов можно найти инфу о интересном проекте,
описывающим разработку студии с новыми принципами отладки под .NET
В статье я рассказываю о истории и предпосылках создания новой студии,
рассказываю о новых фичах и предлагаю читателю в популярно-познавательной форме
взглянуть по-новому на привычные для него инструменты.
Здравствуйте, PC_2, Вы писали:
PC_>На одном из моих сайтов можно найти инфу о интересном проекте, PC_>описывающим разработку студии с новыми принципами отладки под .NET PC_>В статье я рассказываю о истории и предпосылках создания новой студии, PC_>рассказываю о новых фичах и предлагаю читателю в популярно-познавательной форме PC_>взглянуть по-новому на привычные для него инструменты.
PC_>Статью можно почитать здесь (формат Word)
C праздником!
Интересный подход.
О внутреннем формате хранения проги не напишете подробней?
Хочешь быть счастливым — будь им!
Без булдырабыз!!!
Здравствуйте, LaptevVV, Вы писали:
LVV>Интересный подход. LVV>О внутреннем формате хранения проги не напишете подробней?
Студия вводит новый формат документов для хранения алгоритмов и слепков работы программы.
В интернете есть много разных форматов документов, для хранения таблиц, рисунков чертежей, но к сожалению
нету комплексного формата для хранения отладочной информации, для хранения алгоритмов работы программы.
Поэтому ознакомление с работой программы, с ее отладкой, сводится к скачиванюя архива из интернета,
описание ручками блок схем и чертежей алгоритма или описание в баг трекере с скриншотами
действий для воспроизведения бага.
С этой студией вводится новый самодостаточный формат документов который хранит
а) Исходники программы
б) Пошаговую отладку
в) Листинги переменных
г) План выполнения
д) Информацию с несколькоих профайлеров включая профайлеры Базы Данных.
в) Скриншоты и дополнительное описание
Открытие документа ( отчета ) также как Ворд, Эксель требует всего двух кликов мышкой без настраивания
среды выполенния, без компиляции, без дополнительных кликов по окошкам программы.
Таким образом студенты, программисты, тестеры могут передавать между собой и выкладывать
документы нового типа, отлично документирующие внутреннюю работу ДотНет приложений.
"Вся страна играть в футбол умеет, лишь мы 11 человек играть не умеем"(с)КВН
Здравствуйте, ambel-vlad, Вы писали:
AV>А багтрекер тоже встроен в студию?
Багтрекер не встроен студию, студия является некоторым заменителем баг трекера.
Тоесть тестер экономит время на описании бага, ему обычно нужно просто кликнуть записать отчет и отослать программисту.
Документ ( отчет ) уже содержит всю нужную для программиста дебаг информацию, а также последовательность действий тестера.
А программист экономит время на воспроизведении среды выполнения. Как только отчет к нему приходит, два клика и он сразу погружается
в дебаг и другую отладочную информацию из планов выполнения профайлеров и тд. Ничего настраивать ему не нужно.
AV>А профайлер? И прочие инструменты.
Да, несколько профайлеров встроено.
Перформанц профайлеры, профайлеры вызовов функций, профайлеры базы данных и другие.
Это облегчает выявления багов и получение общей картины работы приложения.
"Вся страна играть в футбол умеет, лишь мы 11 человек играть не умеем"(с)КВН
Здравствуйте, PC_2, Вы писали:
PC_>Статья довольно обьемная, к сожалению пока нет времени перевести в HTML, PC_>но как появится время обязательно переведу. Сорри
Здравствуйте, PC_2, Вы писали:
AV>>А багтрекер тоже встроен в студию?
PC_>Багтрекер не встроен студию, студия является некоторым заменителем баг трекера.
Если твоя студия хочет стать заменителем багтрекера, то ей придется иметь внутри нормальный багтрекер
PC_>Тоесть тестер экономит время на описании бага, ему обычно нужно просто кликнуть записать отчет и отослать программисту. PC_>Документ ( отчет ) уже содержит всю нужную для программиста дебаг информацию, а также последовательность действий тестера. PC_>А программист экономит время на воспроизведении среды выполнения. Как только отчет к нему приходит, два клика и он сразу погружается PC_>в дебаг и другую отладочную информацию из планов выполнения профайлеров и тд. Ничего настраивать ему не нужно.
Далеко не всегда получится так сделать. Банальное различие в окружении может спокойно помешать этой красивой картинке претвориться в жизнь.
AV>>А профайлер? И прочие инструменты.
PC_>Да, несколько профайлеров встроено. PC_>Перформанц профайлеры, профайлеры вызовов функций, профайлеры базы данных и другие. PC_>Это облегчает выявления багов и получение общей картины работы приложения.
Здравствуйте, ambel-vlad, Вы писали:
AV>Далеко не всегда получится так сделать. Банальное различие в окружении может спокойно помешать этой красивой картинке претвориться в жизнь.
Так это одно из приимуществ этой студии.
Допустим у тестера особое окружение, особый юзер, особая база данных на компьютере.
Воспроизводится только у него. Так вот сбор информации о работе приложения и формирование документа (отчета) происходит на машине тестера.
Таким образом мы автоматически покрываем некоторое подмножество багов которые не воспроизводится на компьютере программиста,
но воспроизводится на компьютере тестера.
"Вся страна играть в футбол умеет, лишь мы 11 человек играть не умеем"(с)КВН
PC_>>Статья довольно обьемная, к сожалению пока нет времени перевести в HTML, PC_>>но как появится время обязательно переведу. Сорри
K>Используйте конвертор
Здравствуйте, ambel-vlad, Вы писали:
AV>Смотрю этакий комбайн вырисовывается.
Нет, просто собрано все воедино чтобы быть "под рукой".
Процитирую часть статьи.
В первой своей части Research Studio .NET является «двойником» Microsoft Visual Studio .NET. Она копирует структуру проектов, методы их создания, компиляции и отладки. Здесь вы найдете привычные вспомогательные окна, меню, «горячие клавиши» также сохранены. В текущей версии пока что не поддерживается дизайнер форм, но он также будет максимально похож на тот, с которым Вы уже привыкли работать в Microsoft Visual Studio .NET.
Вторая часть составляет набор новшеств, которые являются или новаторскими или интересны тем, что интегрированы в единую цельную среду разработки. Эта часть наиболее активно развивается, многие задачи здесь исследовательские и экспериментальные. Основным новшеством является технология Late Debugging, которая принципиально отличается от классической отладки. Суть ее заключается в том, что отладка программы не происходит во время ее выполнения. Во время выполнения только записывается подробный отчет о работе программы. Этот отчет является по сути новым форматом документа с расширением rsr и позволяет мгновенно восстановить отладку без запущенного приложения на любом компьютере где установлена Research Studio .NET.
"Вся страна играть в футбол умеет, лишь мы 11 человек играть не умеем"(с)КВН
Здравствуйте, PC_2, Вы писали:
AV>>Далеко не всегда получится так сделать. Банальное различие в окружении может спокойно помешать этой красивой картинке претвориться в жизнь.
PC_>Так это одно из приимуществ этой студии.
Это и преимужество и недостаток одновременно.
PC_>Допустим у тестера особое окружение, особый юзер, особая база данных на компьютере. PC_>Воспроизводится только у него. Так вот сбор информации о работе приложения и формирование документа (отчета) происходит на машине тестера.
Здравствуйте, PC_2, Вы писали:
AV>>Смотрю этакий комбайн вырисовывается.
PC_>Нет, просто собрано все воедино чтобы быть "под рукой".
Засада в том, что у разных людей это "все" может очень сильно различаться.
PC_>Процитирую часть статьи.
PC_>
PC_> В первой своей части Research Studio .NET является «двойником» Microsoft Visual Studio .NET. Она копирует структуру проектов, методы их создания, компиляции и отладки. Здесь вы найдете привычные вспомогательные окна, меню, «горячие клавиши» также сохранены. В текущей версии пока что не поддерживается дизайнер форм, но он также будет максимально похож на тот, с которым Вы уже привыкли работать в Microsoft Visual Studio .NET.
PC_> Вторая часть составляет набор новшеств, которые являются или новаторскими или интересны тем, что интегрированы в единую цельную среду разработки. Эта часть наиболее активно развивается, многие задачи здесь исследовательские и экспериментальные. Основным новшеством является технология Late Debugging, которая принципиально отличается от классической отладки. Суть ее заключается в том, что отладка программы не происходит во время ее выполнения. Во время выполнения только записывается подробный отчет о работе программы. Этот отчет является по сути новым форматом документа с расширением rsr и позволяет мгновенно восстановить отладку без запущенного приложения на любом компьютере где установлена Research Studio .NET.
Здравствуйте, ambel-vlad, Вы писали:
AV>Это и преимужество и недостаток одновременно.
А в чем недостаток ?
AV>Как происходит этот сбор данных?
Существует некоторый Framework в самом приложении более высокого уровня чем Framework.NET.
Он позволяет собирать множество отладочной информации, записывать и управлять приложением в том числе удаленно.
Причем собранной информации часто достаточно чтобы эмулировать участок работы приложения полностью на специальном эмуляторе
используя только записанный отчет/документ/лог.
"Вся страна играть в футбол умеет, лишь мы 11 человек играть не умеем"(с)КВН
Здравствуйте, ambel-vlad, Вы писали:
AV>Засада в том, что у разных людей это "все" может очень сильно различаться.
Ну тебе не важно.
У тебя есть отчет, отчет содержит всю дебаг информацию и ты можешь дебажить.
Причем дебагер у тебя на порядок мощнее обычного. Например ты в нем можешь ходить не только вперед,
но и назад, можешь искать значения переменных которые однажды проскочили в какойто переменной и переходить в эту точку и тд.
AV>Ну собрал ты данные. А как отлаживаться?
Эмулировать работу приложения по записанному и присланному отчету.
Вот схематически показаны фреймворки в приложении и какую информацию они могут собирать.
"Вся страна играть в футбол умеет, лишь мы 11 человек играть не умеем"(с)КВН
Здравствуйте, PC_2, Вы писали:
AV>>Это и преимужество и недостаток одновременно.
PC_>А в чем недостаток ?
AV>>Как происходит этот сбор данных?
PC_>Существует некоторый Framework в самом приложении более высокого уровня чем Framework.NET. PC_>Он позволяет собирать множество отладочной информации, записывать и
Кок он будет ее собирать? Как он будет знать какую информацию надо собирать?
PC_>управлять приложением в том числе удаленно.
Я и сейчас спокойно удаленно могу дебажить.
PC_>Причем собранной информации часто достаточно чтобы эмулировать участок работы приложения полностью на специальном эмуляторе PC_>используя только записанный отчет/документ/лог.
Шо, еще и эмулятор надо создавать? А этот эмулятор что будет эмулировать?
