Тезисы докладов

Информационные технологии

На многих профессиональных сайтах можно увидеть надпись made by Notepad.exe. Конечно, это не совсем точно – большая часть работы по дизайну сайта делается в графическом редакторе. Тем не менее данное замечание во многом отражает положение дел в области автоматизации написания HTML. Несмотря на наличие визуальных средств разработки, подобных Visual C или Delphi, большая часть работы в веб-программировании выполняется в текстовом редакторе, который, правда, часто оснащен контекстной подсветкой и помощью, автодополнением тэгов, расширенным поиском и заменой в нескольких файлах, возможностью просмотра результата в броузере и добавления готовых элементов дизайна из подключаемых библиотек. Таким продуктом является, например, Homesite фирмы Allaire, которому в октябре 1999 года отдали предпочтение 52% разработчиков. Невозможно обойти вниманием и тот факт, что при разработке новой версии Microsoft FrontPage, входящего в пакет MS Office 2000, крупнейшая фирма в области программного обеспечения учла опыт Allaire и отказалась от автоматизации большого количества задач, стоящих перед веб-программистом, заслужив тем самым немало положительных откликов.

Итак, какой бы редактор вы не использовали – Homesite, Emacs, TextPad или Ultraedit, главное, чтобы он был для вас привычен, то есть чтобы ваши пальцы знали, как записать файл, и как включить word wrap. Практически любой современный текстовый редактор имеет ненамного меньшие возможности. Первым тезисом будет утверждение, что лучшая среда разработки – привычная среда. Действительно, основным ограничением, накладываемым на разработку любого уникального технологического продукта, например, оригинального веб-сайта, является время. То есть требуется изготовить что-то приемлемого качества, по приемлемой цене и как можно быстрее. Времени не хватает всегда. Именно поэтому часто привычная среда разработки выигрывает у специализированных.

Далее речь пойдет о том, как сделать обычный текстовый редактор, более удобным для выполнения некоторого класса задач, встречающихся в написании HTML. К выбору таких задач надо подходить достаточно осторожно – ведь основное требование, чтобы затраченное время и усилия не превысили получаемый выигрыш. Складывается впечатление, что если бы сайт не требовал никакой поддержки, то любое количество затрачиваемых на автоматизацию усилий никогда бы не окупилось. Но вот при переработке сайта, особенно с учетом все новых и новых требований заказчика, достаточно много усилий занимает переделка однотипных элементов. С помощью поиска в файлах даная работа может быть существенно облегчена. Писать шаблона для выполнения подобной замены достаточно трудоемко и неэффективно. Более эффективный способ решения данной задачи предлагает следующая программа.

Данная макрокоманда для редактора Ultraedit работает следующим образом. Сначала она удаляет следы своей прошлой деятельности, если такие существуют. Затем она расширяет приведенное внутри комментария описание до кнопочки-ссылки, то есть такой кнопочки, при нажатии на которую вызывается данная функция. Параметры операции add button – имя вызываемой функции, надпись в строке статуса при наведении мышки на кнопочку, а также сама надпись на кнопочке. Например, описание, приведенное ниже

Теперь, если надо изменить способ вывод кнопочки, то это легко можно сделать, поменяв макрокоманду в одном месте и перегенерировав текст. Я не рассказываю в подробностях, как писать такую макрокоманду. Если Вы не знаете ничего, запишите ее кнопочкой Record Macro. И совсем замечательно, если Вы работали с регулярными выражениями. Тогда Вы сможете записать любое необходимое преобразование парой наглядных строк. Мне хочется закончить сравнением этого простого трюка с имеющимися известными технологиями генерации HTML.

• Данный способ работает вне зависимости от броузера, в отличие от функции JavaScript, использующей document.write(), при этом он позволяет еще более сократить объем разрабатываемого (но не передаваемого по сети!) кода.
• Серверные скрипты, CGI и SSI могут решать подобные задачи, но для их отладки нужен сервер, и, как правило, они генерируют страницы динамически при каждом вызове. Если вы гененрируете статическую страницу, то трудно предложить более удобный и распространенный язык, чем предложено выше.
• Заметим, что встроив макрокоманду в текст страницы вы получаете возможность отлаживать эту страницу на любой машине, где есть ваш любимый текстовый редактор.
• Наконец, сравнивая предложенную технологию с XML, легко видеть, что это она и есть, разве что менее наглядна и более компактна. Пока половина броузеров не понимает XML, самое простое - это устроить XML-parser из своего редактора.

• Желательно сразу понять набор часто повторяющихся элементов сайта, для которых можно написать макрос. Если Вы знаете JavaScript, макрос поможет заменить функции, использующие document.write().
• Язык макросов отлажен не так хорошо, как Perl или Sed, чем может неприятно удивить Вас, например, обрезав вашу команду до 255 символов.
• Текст макросов не допускает комментариев, и в больших объемах нечитабелен. Для улучшения читабельности, вам может подойти Perl или какой-либо другой stream-parser.

Примечание. Тезисы докладов публикуются в авторской редакции

Ваши коментарии Обратная связь

[Головная страница] [Конференции]

© 1996-2000, Институт вычислительных технологий СО РАН, Новосибирск
© 1996-2000, Сибирское отделение Российской академии наук, Новосибирск
Дата последней модификации 06-Jul-2012 (11:52:48)