delphi 2006 – новая реальность

ФЛЕНОВ МИХАИЛ AKA HORRIFIC

Спецвыпуск: Хакер, номер #071, стр. 071-066-5

ЕСЛИ ТЫ НЕ ДРУЖИШЬ С ЛОГИЧЕСКИМИ ОПЕРАТОРАМИ, ТО ПОСТАРАЙСЯ ПОДРУЖИТЬСЯ. С НИМИ ПРОЦЕССОР РАБОТАЕТ НАМНОГО БЫСТРЕЕ. А СДВИГИ ВООБЩЕ НЕВОЗМОЖНО СРАВНИТЬ ПО СКОРОСТИ С УМНОЖЕНИЕМ И ТЕМ БОЛЕЕ С ДЕЛЕНИЕМ. ЛУЧШЕ 10 РАЗ СДВИНУТЬ, ЧЕМ ОДИН РАЗ РАЗДЕЛИТЬ. ДА, НА ПЕРВЫЙ ВЗГЛЯД ЛОГИЧЕСКАЯ МАТЕМАТИКА ВЫГЛЯДИТ НЕ ОЧЕНЬ ДОСТУПНО, НО МИНИМУМ СТАРАНИЙ - И ПРИРОСТ СКОРОСТИ НЕ ЗАСТАВИТ СЕБЯ ЖДАТЬ!

НИКОГДА НЕ ПЕРЕДАВАЙ БОЛЬШИЕ ТИПЫ ДАННЫХ В ПРОЦЕДУРЫ ПО ЗНАЧЕНИЮ - ИСПОЛЬЗУЙ УКАЗАТЕЛИ. ДА, УКАЗАТЕЛИ НЕ БЕЗОПАСНЫ, ПОТОМУ ЧТО ЛЕГКО СОВЕРШИТЬ ОШИБКУ, ВЫЙТИ ЗА ПРЕДЕЛЫ ДОСТУПНОЙ ПАМЯТИ. НО НЕМНОГО ВНИМАТЕЛЬНОСТИ, И БЕЗОПАСНОСТЬ НЕ БУДЕТ НАРУШЕНА, А ПРОЦЕССОР ТЕБЯ ОТБЛАГОДАРИТ. ВООБЩЕ, НУЖНО СТАРАТЬСЯ ПЕРЕДАВАТЬ В ПРОЦЕДУРЫ КАК МОЖНО МЕНЬШЕ ПАРАМЕТРОВ. КАЖДЫЙ ИЗ НИХ ПОДНИМАЕТСЯ В СТЕК, ОТНИМАЕТ ВРЕМЯ И ЗАНИМАЕТ ЛИШНЕЕ МЕСТО. В ИДЕАЛЕ, ДОЛЖНО БЫТЬ НЕ БОЛЕЕ 3-Х ПАРАМЕТРОВ, И ЖЕЛАТЕЛЬНО, ЧТОБЫ КАЖДЫЙ БЫЛ НЕБОЛЬШИМ ПО РАЗМЕРУ.

ЕСЛИ КАКИЕ-ТО ПЕРЕМЕННЫЕ ПЕРЕДАЮТСЯ В НЕСКОЛЬКО ПРОЦЕДУР ИЛИ ФУНКЦИЙ, ТО МОЖНО РЕАЛИЗОВАТЬ ИХ В ВИДЕ ГЛОБАЛЬНЫХ ПЕРЕМЕННЫХ ИЛИ В ВИДЕ ЧЛЕНОВ КЛАССА. ЭТО РЕШЕНИЕ ПОДДЕРЖИВАЮТ НЕ МНОГИЕ ПРОГРАММИСТЫ, ПОТОМУ ЧТО КОД ПОЛУЧАЕТСЯ НЕ ОЧЕНЬ КРАСИВЫМ, НО ПРОИЗВОДИТЕЛЬНОСТЬ И КРАСОТА – ВЕЩИ НЕСОВМЕСТИМЫЕ.

ПОСТАРАЙСЯ БЕЗ НАДОБНОСТИ НЕ ИСПОЛЬЗОВАТЬ РЕКУРСИВНЫЙ ВЫЗОВ ПРОЦЕДУР. ЕСЛИ ЗАДАЧУ МОЖНО РЕШИТЬ С ПОМОЩЬЮ ПРОСТОГО ЦИКЛА, ТО ЭТО БУДЕТ НАМНОГО ЭФФЕКТИВНЕЕ. РЕКУРСИЯ ХОРОША, НО ТОЛЬКО В МЕРУ И ТОЛЬКО ТАМ, ГДЕ ЭТО ДЕЙСТВИТЕЛЬНО НУЖНО.

КОГДА ПРОЦЕДУРА ИЛИ ФУНКЦИЯ ОЧЕНЬ МАЛЕНЬКАЯ И ВЫЗЫВАЕТСЯ ИЗ ДВУХ–ТРЕХ МЕСТ, ТО СЛЕДУЕТ ЗАДУМАТЬСЯ О ТОМ, ЧТОБЫ ОТКАЗАТЬСЯ ОТ НЕЕ. СЭКОНОМИШЬ ЛИШНИЕ ПЕРЕХОДЫ И РАБОТУ СО СТЕКОМ, А ЭТО УЖЕ НЕМАЛО. ТУТ СНОВА РАСХОЖДЕНИЕ С ПРИНЦИПАМИ КРАСОТЫ И РЕФАКТОРИНГА, НО ЧТО ПОДЕЛАЕШЬ.

НА ЭТАПЕ ЗАГРУЗКИ ДОЛЖНЫ СОЗДАВАТЬСЯ ТОЛЬКО САМЫЕ НЕОБХОДИМЫЕ И ЧАСТО ИСПОЛЬЗУЕМЫЕ ФОРМЫ. ПЕРЕМЕННЫЕ ДЛЯ ВСЕХ ОСТАЛЬНЫХ ФОРМ НЕОБХОДИМО ПРОИНИЦИАЛИЗИРОВАТЬ НУЛЯМИ. ПРИ ПЕРВОМ ОБРАЩЕНИИ ПРОВЕРЯЕМ, ЕСЛИ ПЕРЕМЕННАЯ РАВНА НУЛЮ, ТО ФОРМА НЕ БЫЛА ИНИЦИАЛИЗИРОВАНА, И ЭТО НЕОБХОДИМО СДЕЛАТЬ СЕЙЧАС, ИНАЧЕ ОКНО МОЖНО УЖЕ ОТОБРАЖАТЬ. ТАКИМ ОБРАЗОМ, ПЕРЕД ОТОБРАЖЕНИЕМ ФОРМЫ ДОБАВЛЯЕТСЯ ОДНА ПРОВЕРКА, ЗАТО ПРОГРАММА БУДЕТ ЗАПУСКАТЬСЯ НАМНОГО БЫСТРЕЕ.

ЕСЛИ ФУНКЦИЯ УЖЕ ОПТИМИЗИРОВАНА, И ДАЛЬШЕ УЖЕ НЕКУДА, А СКОРОСТЬ РАБОТЫ ВСЕ ЕЩЕ ОСТАВЛЯЕТ ЖЕЛАТЬ ЛУЧШЕГО, ТО ПРОСМОТРИ КОД ЕЩЕ РАЗ. ЕСЛИ СНОВА НЕ НАШЕЛ ВАРИАНТОВ, ТО ТОЛЬКО В ЭТОМ СЛУЧАЕ СЛЕДУЕТ ПЕРЕХОДИТЬ К ПЕРЕПИСЫВАНИЮ УЧАСТКОВ КОДА НА АССЕМБЛЕРЕ. ЛУЧШЕ, ЕСЛИ БУДЕТ ИСПОЛЬЗОВАТЬСЯ ИМЕННО ВНЕШНИЙ АССЕМБЛЕР, А НЕ ВСТРОЕННЫЙ. СКОРОСТЬ ВСТРОЕННОГО АССЕМБЛЕРА ТАКЖЕ НЕВЫСОКА. ТУТ ГЛАВНОЕ СОЗДАВАТЬ ПРАВИЛЬНЫЕ ФАЙЛЫ, ВЕДЬ DELPHI НАКЛАДЫВАЕТ ОПРЕДЕЛЕННЫЕ ТРЕБОВАНИЯ НА ПОДКЛЮЧАЕМЫЕ OBJ-ФАЙЛЫ. НО ЭТО ОТДЕЛЬНАЯ ТЕМА, О КОТОРОЙ УЖЕ ПИСАЛ «ХАКЕР».

ПРИ НАПИСАНИИ МАЛЕНЬКИХ УТИЛИТ С ПРОСТЕЙШИМ ИНТЕРФЕЙСОМ ПОДУМАЙ: МОЖЕТ БЫТЬ СТОИТ ВООБЩЕ ОТКАЗАТЬСЯ ОТ VCL И НАПИСАТЬ ВСЕ НА ЧИСТОМ WINDOWS API? ЭТО НЕ ТАК УЖ И СЛОЖНО, ВЕДЬ ПРОГРАММИСТЫ НА С ПИШУТ ТАКИЕ ПРОГРАММЫ, А ЗНАЧИТ СМОЖЕШЬ И ТЫ. НУЖНО ТОЛЬКО НЕМНОГО ОПЫТА И ЕЩЕ МАЛЕНЬКИЙ СТАКАНЧИК ЗНАНИЙ. ПРИ ИСПОЛЬЗОВАНИИ VCL КОМПИЛЯТОР НАГРАЖДАЕТ ПРОГРАММУ ВАГОНОМ НЕНУЖНЫХ ФУНКЦИЙ, КОТОРЫЕ МОГУТ НИКОГДА НЕ ИСПОЛЬЗОВАТЬСЯ В МАЛЕНЬКОЙ УТИЛИТЕ.