Отладка (работа над ошибками)

/\_/\_/\ Отладка (работа над ошибками) /\_/\_/\_/\_/\_/\_/\_/\ Хостинг В Украине бесплатно [http://ho.com.ua/] Мои личные предпочтения. Итак, создано очередное творение гения, придумано красивое название, отладчик (компилятор) перестал ругаться страшными словами и наконец-то сотворил готовый файл. Анимация запустилась, интерактивность присутствует, но что-то не так – толи исчезла левая задняя нога у марсианина, толи пара кнопок не работает, а может просто вместо плавной анимации все движется рывками вперемешку с долгими простоями, а еще на экран периодически вылезает какое-то безобразие, которого там и быть не должно. Автор хватается за голову и немедленно кидается все исправлять, тестирует свое творение снова и снова и постепенно находит все новые, и новые нет, не ошибки, а так, мелкие недоработки. Согласно популярной теории программа имеет как минимум три неисправленные ошибки, устранение любой из них ведет к появлению еще трех. Постепенно процесс доделывания программы растягивается на время сравнимое со временем написания этой же программы. Именно этот процесс и называется отладкой программы. Скажу честно – отладчиком (debugger) пользоваться не умею. Всегда хватало своей соображалки. Я выводил промежуточные результаты на экран, изменял «ключевые» переменные, менял знаки больше на меньше в цикле (после чего программа зависала) и разбирался что к чему на месте. trace(); Всегда здорово помогала команда trace(); главное помнить, что имена переменной пишутся без кавычек, а любой, даже русский текст в кавычках, например: trace(“Координата Х = ”+_x+“; координата У = ”+_y); Покажет на экране такую строку: Координата Х = 120; координата У = 15 Здесь видно, что за один раз можно выдавать на экран несколько переменных, можно даже производить любые действия, например trace(_х+_у) выведет на экран не координаты х и у, а их сумму, а по отдельности их можно показать, только если их разделить пробелом, например вот так: trace(_х+“ ”+_у) . Не могу не вспомнить про такое распространенное действие как сравнение, trace(_х>_у) в данном случае выведет только правильность выражения, а именно true (если х больше) или false (если меньше). Мысли вслух И все-таки основным инструментом отладки написанной программы должна оставаться голова. Всегда нужно «прогонять» готовую программу с разными параметрами (в том числе и недопустимыми) для того чтобы понять, на что она способна и какие неожиданности она может преподнести. Довольно часто получается, что в процессе отладки приходится дописывать какие-то ограничения (чтобы не делить на ноль или не запускать бесконечный цикл, например). Не редко получается и так, что появляются идеи – как сократить тот или иной участок программы. Оригинальной, на мой взгляд, показалась идея написать свой «отладчик» – пустую или с набором простых заготовок флешку, подгружающую в себя скрипт из отдельного файла. В результате запускаем любой редактор, хотя бы блокнот и в нем вносим правки в файл скрипта, сохраняем, а затем запускаем ролик. Чем-то напоминает труд веб- программиста, работающего в том же самом блокноте! При желании во флешке можно создать даже встроенный отладчик скрипта, который будет отлавливать специфические ошибки. • Работы • Статьи • D.I.C.E. wars • О нас • ©flash-gears.kiev.ua