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

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

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

Моделирование UML необходимо не только для визуального создания классов, методов и свойств, но и для документирования проектов, и даже контроля качества. Если у тебя есть большой проект, то открой его и посмотри на диаграмму. Если между классами слишком много связей, они беспорядочны или пересекаются, то классы спроектированы неверно. Тут следует задуматься о рефакторинге классов.

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

ОПТИМИЗАЦИЯ

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

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

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

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

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

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