книги хакеры / журнал хакер / 101_Optimized

Здесь используется классический прием jQuery — цепочка вызовов. Первой в ней идет конструкция $(this), обозначающая текущий элемент, на котором сработало событие — клик мышкой. Parent() выбирает прямого родителя (в нашем случае тэг li. children()) и, как несложно догадаться, служит для получения всех дочерних элементов. Из них нам надо убрать слой с классом collapsible, что делает метод not. Теперь осталось вызвать toggle, который либо спрячет, либо покажет ветку меню, в зависимости от ее видимости (смотри рисунок).

Свежиеновости

Возможно, этот код покажется тебе несколько усложненным, но зато мы легко сможем использовать его и при создании раскрывающихся новостей. Например, у нас есть заголовки или краткий вариант сообщения; пользователь щелкает по нему и получает открывшуюся новость (смотри рисунок).

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

Описаниеоднойновости

HTML

<div class="collapsible">

Заголовок новости </div>

<div>

Текст новости

</div>

</div>

JavaScript будет тем же самым, разве что я добавлю в него немного наворотов, которые сделают код более юзабельным. Применим анимацию «разворачивание», которая реализуется методом slideToggle с параметром slow, чтобы действие происходило медленно. При загрузке страницы свернем все новости и припишем к заголовку на три символа больше. На практике эти три символа лучше заменить картинкой.

СворачиваниЕ/разворачиваниЕ новостей

JavaScript

$(".collapsible").click(function()

{

$(this).parent().children ().not(".collapsible"). slideToggle("slow");

});

$(".collapsible").parent(). children().not(".collapsible"). hide();

$(".collapsible").append("<small> >>></small>");

Анимация

«Что может быть бесполезней, чем всякая анимация на сайте?» — думал я в детстве. На первый взгляд подобные мысли кажутся логичными. Но тогда зачем в состав фреймворка (каркаса) включили такой функционал? В нем должно быть только самое нужное, все остальное надо вынести в плагины! Но если посмотреть на любой современный динамический сайт, особенно с применением идеологии AJAX, то станет понятно, что анимация может быть и полезна. Когда добавляется новое сообщение в чате или приходит новое письмо в почтовой системе, посетителю надо ясно указать на эти события. Почтовую систему мы писать не будем, а как работает метод animate, посмотрим на более простом примере.

При клике пользователя по кнопке удалим все параграфы — содержимое тэгов p. Если вызывать метод hide, то посетитель не поймет, что произошло («Бац, и все исчезло!»). Мы же плавно погасим текст, уменьшая (по правде говоря, увеличивая) его прозрачность (смотри соответствующий рисунок).

Чтобы использовать метод animate, ему надо передать два параметра. Первый — это массив изменяющихся свойств, второй — скорость изменения:

Анимация:затуханиетекста

JavaScript

$("#hide").click(function() { $("p").animate({

opacity: 'hide' }, 5000);

});

Тултипы

В продолжение темы анимации рассмотрим два специализированных метода — slideDown и slideUp — для сворачивания и разворачивания элементов соответственно. Именно при помощи этих эффектов и будут появляться наши всплывающие подсказки. Определим, что тултипом у нас будет элемент, который следует за ссылкой и имеет класс tooltip. Подсказка может содержать информацию о ресурсе, на который она ведет, что поможет посетителю принять решение о том, стоит ли по ней переходить. Показывать мы ее будем при наведенном на ссылку курсоре (смотри рисунок).

Чтобыобработатьсобытиеhover,надоуказатьдве функции,которыебудутвызваныпривходекурсорамышкивобластьэлементаивыходеизнее:

Показываемтултип

JavaScript

$(".tooltip").prev("a").hover( function() { $(this).next(".

tooltip").slideDown(); }, function() { $(this).next(".

tooltip").slideUp(); } );

Здесь мы использовали новые методы prev

иnext, которые возвращают предыдущий

ипоследующий элементы соответственно. Последним будет примечание о необходимости скрыть все тултипы при загрузке страницы. Если ты дочитал до этого момента, то знаешь, как это сделать.

Классы

Переходим к одной из фундаментальных возможностей в арсенале jQuery — к работе

01Никогданеудаляйпроверкиизrelease

Большинство программистов, напичкивающих отладочную версию программы всевозможными проверками корректности всех значений, словно лемминги, подчиняющихся законам всеобщей традиции, удаляют их из финального релиза. А зачем?! Отладочную информацию (генерируемую компилятором) удалять, естественно, нужно, поскольку она не только в разы увеличивает размер исполняемого файла, но и облегчает его взлом, а также в большинстве случаев вырубает многие опции компиляции.

Удаление избыточных проверок практически не сказывается на размере и слабо влияет на производительность (за исключением, быть может, многочисленных проверок в глубоко вложенных циклах). Так зачем же их удалять?! И каким образом выполнять диагностику, если на машине конечного пользователя программа внезапно откажет в работе?! Если программист предполагал, что ошибка может проявиться в отладочной версии, и добавил специальную проверку, то

почему он считает, что она заведомо не появится в релизе? Где гарантия, что в процессе отладки были протестированы все возможные состояния программы? Где гарантия, что мы не имеем дело с «наведенной» ошибкой, зависящей от других частей программы, на первый взгляд, не имеющей к ней никакого отношения?

Чем больше проверок останется в финальной версии, тем легче будет найти источник ошибки при ее возникновении. Конечно, проверка проверке рознь. Одно дело проверить указатель на ноль, и совсем другое

— корректность форматированной строки данных. В этом случае (если программист озабочен производительностью) можно ввести специальный флаг или ключ командной строки, включающий все тяжеловесные проверки.

02 активноиспользуй самодиагностику

Самотестирование — великая вещь, и все сложные электронные устройства (в том числе и процессоры) обязательно включают

компоненты, выполняющие самодиагностику. Тот же самый подход может (и должен) применяться в программном коде. Каждая мало-мальски сложная процедура должна поддерживать функцию самотестирования

— подавать на свой вход контрольный набор данных (жестко прописанный в файле) и сравнивать полученный результат с эталоном (тоже хранящимся в файле). Обычно таких наборов бывает несколько (один не обеспечивает полного покрытия всех ветвей процедуры).

На стадии отладки польза самодиагностики очевидна, но вот зачем она в финальной версии?! А затем, что мы не можем доверять ни аппаратуре, ни системным библиотекам, ни самой оси, установленной у пользователя. Личный пример из жизни: машинные команды PUSH reg16 в 32 битном режиме у Intel и AMD реализованы неодинаково. Обе они забрасывают на вершину стека двойное слово (как и положено по специфи-

кации), но одна очищает старшие разряды, а другая оставляет их без изменений (со всем мусором, что в них есть). В моей программе была досадная ошибка, при определенных

обстоятельствах приводящая к потере нуля

вконце ASCIIZ-строки. Но поскольку за ней следовало двойное слово, заброшенное на стек командой PUSH reg16, и я отлаживал программу на процессоре, очищающем старший разряд, то все работало более или менее нормально (2 байта мусора, появляющихся в конце строки, никому не мешали). Но вот при запуске на другом процессоре, где завершающего нуля не оказывалось, возникала критическая ситуация, завершающаяся исключением.

Или вот: незначительные различия в реализации «плавающих» команд на различных процессорах могут привести к странному поведению программы, которое будет невозможно воспроизвести на любом другом процессоре!

Про разгон, дефекты памяти и т.д. я вообще молчу! Никогда нельзя быть уверенным в том, что после выполнения «a=6; a=a+3;»

впеременной а окажется именно 9, а не 83737382. И виноват тут может быть не только процессор, но и «удар по памяти», когда совершенно посторонняя функция, обратившись по неинициализированному указателю, запишет что-то в чужую область данных.

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

Функции самотестирования не раз выручали меня и помогли мне сэкономить колоссальное количество времени, поскольку ряд ошибок был связан с особенностями конкретного оборудования, то есть причина крылась вне исходного кода программы.

03 секреты отладочнойпечати

Отладочная печать — великолепное изобретение, появившееся еще в те времена, когда интерактивных отладчиков не существовало и в помине, а отлаживать было надо. Большинство программистов использует тривиальную запись в текстовый log-файл

xàêåð 05 /101/ 07

или API-функцию OutputDebugString. Пер-

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

Вот только… при возникновении критической ошибки система завершает работу приложения еще до того, как будут сброшены дисковые буферы. Даже использование функции fflush ничего не решает (а вот скорость программы замедляет весьма существенно). Как же быть?! Да очень просто: создать в shared-memory кольцевой буфер заданного размера и весь отладочный вывод направлять туда, читая его с помощью дочернего процесса. Тогда, при аварийном завершении материнского процесса, shared-memory не будет освобождена системой и дочерний процесс успеет принять последнее отладочное сообщение, отправленное упавшей программой. К тому же этот метод работает намного быстрее прямой записи на диск.

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

04 автоматическийтрасси- ровщик—этопросто

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

флаг трассировки (TF) и отлавливаем отладочные исключения штатными средствами операционной системы (через SEH), записывая: а) адрес машинной команды; б) содержимое регистров; в) адрес ячейки памяти, к которой она обращается.

Когда трассировка из прикладного уровня дойдет до ядра, процессор самостоятельно опустит флаг трассировки на время прохождения нулевого кольца и потом поднимет его при возвращении на прикладной уровень, так что предусматривать специальную обработку для исключения системных вызов из списка трассируемых функций не надо.

Естественно, трассировка на несколько порядков (!) замедляет скорость работы программы и потому должна включаться специальной комбинацией клавиш, которую пользователь нажимает в тот момент, когда программа приближается к месту сбоя на максимально близкое расстояние. А для этого пользователю придется воспроизвести ситуацию, при которой возникает ошибка. Если же ему это сделать не удастся, что ж! Включаем трассировщик при старте программы специальным ключом командой строки и пишет результат трассировки в кольцевой буфер, который внимательно изучаем.

Располагая информацией о ходе выполнения программы, содержимом регистров и ячеек памяти, мы сможем поймать любую ошибку, какой бы заковыристой она ни была, ведь фактически мы отлаживаем программу на клиентской стороне в неинтерактивном режиме. При желании (если жаба душит) трассировщик можно реализовать в виде отдельной динамической библиотеки, высылаемой клиенту только при возникновении серьезных проблем. То же самое, кстати, относится к функциям самодиагностики.

Понятное дело, программа, защищенная протекторами, содержащими антиотладочные приемы, с автоматическим трассировщиком работать не будет. Так что придется отказаться или от протекторов, или от трассировки, либо же надо писать «умный» трассировщик, обходящий антиотладочные приемы, но это уже серьезная задача, решение которой может затянуться не на одну неделю. z

/ 133

креатиff

Niro

/ niro@real.xakep.ru /

Святая троица

© «Chill»

креатиff

растер в кармане. Вставил на место — пос - торонних шумов меньше не стало.

—  Играть дальше будем? — спросил Макс. —  В слова? — уточнил Клим. — Честно говоря , надоело .

—  Играть — надоело , спать — нельзя , — начал было Лаврик, но Клим кашлянул, и тирадатут же прекратилась . — Да я так, пар выпустить… —  Клим, а кто все это придумал ? — вдруг спросил Макс. Вопроса не ожидал никто , даже сам

Макс не понимал , как вдруг решился спросить о том, о чем тайком думали все. — Чья это идея? —  Оно тебе надо ? — выдержав паузу , поинте - ресовался тот в ответ. — Сидим вот, каждый в своем… гнезде . Ждем команды.

—  А чьей команды? — Макс, похоже , решил выжать из ситуации все, что удастся. — Кто нас сюда сажает?

—  Ты сейчас разговариваешь со мной как с равным или все-таки разделяешь мнение Лаврика? — Клим спрашивал очень осто-

рожно, чувствуя, что Макс готов зайти в своих расспросах очень далеко. — Если как с равным, то должен знать, что мы все информированы одинаково. Если предполагаешь , что моя роль направляющая и руководящая, то почемуты думаешь, что я поделюсь с тобой информацией? Макс пожал плечами , нотут же понял , что этот жест никто не увидел. Он зажмурился на не - сколько секунд, встряхнул головой и сказал: —  Глупо верить в то, что мы все одинаковые. У нас , может быть, одинаковые ноутбуки . Даже, наверное , мы одинаково одеты сейчас — вот, например , на мне… —  Заткнись! — гаркнул Клим. — Не нарушай

инструкции, придурок ! Нас пишут — каждое слово, каждый жест! Нет, ну какой же идиот! Макс заткнулся на полуслове . Лаврик молчал. Клим тоже — взорвался и мгновенно утих, как порыв ветра. Наступила гробоваятишина, даже артефакты в наушниках куда-то подевались . Каждый из них думал сейчас о том, что они здесь делают — заложники этих, как выразился Клим, «гнезд », ноутбуков , чужих команд… Макс вдруг вспомнил, что в последний раз он нажимал «Enter», когда по условию задания на экране появилось изображение дьяволен- ка — эмблемы операционной системы BSD. Почему дьяволенок, что все это значило, никто объяснить не мог. Они точнотак же сидели почтитри часа, разговаривали ни о чем, играли во всякую сетевую ерунду, к которой только был доступ. Не поднимать сегодняшнюю тему хватало ума у всех.

Потом появился дьяволенок, Макс клацнул клавишей и услышал в наушниках что-то вроде: «Всем спасибо, все свободны…» —  Чего-то у меня сегодня голова болит…

—нарушилтишину Лаврик. — Наверное , будет дождь.

—  Ты когда последний раз видел дождь?

—вздохнул Макс.

—  Опять?! — Клим с трудом сдерживал себя, чтобы не накричать на своих напарников.

—  Да что опять?! — взвился Лаврик. — Подума - ешь — дождь! Да, мы уже сто лет не видели ни дождя, ни снега, ни солнечного света! Да, мы в гнездах , черт побери ! —  Высиживаем свои яйца… — тихо добавил

Макс, но Клим его услышал.

—  Будете много рассуждать — вам их отрежут,

—коротко и чертовски зло ответил он сразу двум бунтарям, нарушающим инструкции. — И очень может быть, что кое-кто поменяется с нами местами… «Он что-то знает», — не сговариваясь, подумали

Лаврик и Макс. Иначе как объяснить, откуда у Клима такая осведомленность о наказаниях ? Похоже , Клим и сам понял , что переборщил с угрозами. Понял и замолчал.

—  Какой у нас , однако, конструктивный разговор , — усмехнулся Лаврик. — Мне кажется, имеет смысл сделать вид, что ничего не было, и продолжить брошенную игру. Последнее слово было, если я правильно помню , «текстуризатор»… —  «Рандомайзер», — машинально ответил

Макс. — Надоело . Скорей бы команду дали. Ин- тересно, а что на этот раз надо будет углядеть? Может, ангелочка, противтого чертенка, что был три недели назад ?

—  Может быть, — согласился Лаврик. — Я тоже устал здесь торчать.

—  Интересно, мы далеко друг от друга? — вдруг спросил Клим. — Только не надо поддержи - вать этот разговор. «Я спросил у тополя…» Без комментариев.

—  Понятно , — согласился Макс. — У тополя, у ясеня… И что?

—  Ничего , — отмахнулся Клим. — «Была тебе любимая, а стала мне жена». Пусть потом голову поломают, что мы имели в виду.