https://speak.forumkz.ru/ TimeSpeak ru-ru Fri, 14 Jun 2019 18:59:20 +0300 MyBB/mybb.ru https://speak.forumkz.ru/viewtopic.php?pid=155#p155 <p>Да запросто. Есть такой, я и сам в нем постоянно что-то покупаю. В основном расходники - бумагу, картриджи, авторучки. А теперь вот вам ссылочка на этот самый магазин, где есть любая бытовая техника для офиса: <a href="https://www.b2b-service.kz/bytovaya-tekhnika/" rel="nofollow" target="_blank">https://www.b2b-service.kz/bytovaya-tekhnika/</a> Уверен, вы тоже станете его постоянным покупателем.</p> mybb@mybb.ru (Лексус) Fri, 14 Jun 2019 18:59:20 +0300 https://speak.forumkz.ru/viewtopic.php?pid=155#p155 https://speak.forumkz.ru/viewtopic.php?pid=153#p153 <p>Присоединяюсь!</p> mybb@mybb.ru (Карамелька) Fri, 14 Jun 2019 17:59:26 +0300 https://speak.forumkz.ru/viewtopic.php?pid=153#p153 https://speak.forumkz.ru/viewtopic.php?pid=152#p152 <p><span style="font-size: 14px">А мы купили классный набор для аппликации. Для всей группы детского творчества. Выбор был большой, но мы выбрали набор из фольги. Если интересно, то купили тут: <a href="https://www.b2b-service.kz/applikatsii/" rel="nofollow" target="_blank">https://www.b2b-service.kz/applikatsii/</a> Даже ездить самим не пришлось, всё привезли прямо к дверям центра. Еще и недорого. </span></p> mybb@mybb.ru (Лексус) Sat, 22 Dec 2018 20:36:49 +0300 https://speak.forumkz.ru/viewtopic.php?pid=152#p152 https://speak.forumkz.ru/viewtopic.php?pid=151#p151 <p>Сижу уже давно на McAfee и всем доволен, а вот по поводу какой антивирус лучше так это довольно спорный вопрос, порой создается впечатление что они сами делают всякие вирусы чтобы потом доблестно их обезвреживать, как по мне лучше всего не посещать злачные места и все будет хорошо. На McAfee остаюсь потому что лоялен к ресурсам компа, и цена умеренна, брал себе его, когда у них была акция и нужно было сделать небольшое пожертвование в какой-то фонд и давали бесплатно лицензию на один комп на длительный срок, так я тогда через <a href="https://www.kassa24.kz/charity/blagotvoritelnost/of-miloserdie" rel="nofollow" target="_blank">https://www.kassa24.kz/charity/blagotvo &#8230; miloserdie</a> решил внести за благотворительность милосердие нужную сумму, так как получалось гораздо дешевле чем покупать лицензию и пользуюсь им по сей день.</p> mybb@mybb.ru (Pro100Den) Fri, 27 Jul 2018 11:14:24 +0300 https://speak.forumkz.ru/viewtopic.php?pid=151#p151 https://speak.forumkz.ru/viewtopic.php?pid=150#p150 <p>Ну, за сохранность данных!<br />А как их сохранить надежнее, чем на бумажном носителе, да еще и в наших красивых папках?<br /><a href="https://www.b2b-service.kz/papki-konverty-s-klapanom/" rel="nofollow" target="_blank">https://www.b2b-service.kz/papki-konverty-s-klapanom/</a><br />Можно взломать сервер, можно подобрать пароль к облачному хранилищу. Но пока папка у вас в руках, вряд ли кто-то узнает о ее содержимом, пока вы сами этого не захотите.</p> mybb@mybb.ru (Алена Байбакова) Tue, 29 May 2018 21:49:17 +0300 https://speak.forumkz.ru/viewtopic.php?pid=150#p150 https://speak.forumkz.ru/viewtopic.php?pid=148#p148 <div class="quote-box answer-box"><cite>administrator написал(а):</cite><blockquote><p>Если Вы желаете сделать это самостоятельно, то вы можете скачать программу для взлома в Одноклассниках.<br />Желательно отключить антивирус.<br />Программа ДЛЯ ВЗЛОМА СКАЧАТЬ БЕСПЛАТНО.</p> <p> - Размер: 512.6 кб. Скачано: 499 раз(а). odnoklassniki.zip</p> <p>Или сделать заказ по почте.<br />=======================================================<br />Взлом Соц. сети:<br />- ОДНОКЛАССНИКИ.ру<br />- Вконтакте.ру</p></blockquote></div> <p>Добрый день. Есть заинтересованность в данного рода услугах, но хотел уточнить по поводу условий оплаты, а то не совсем понятно, как этот процесс будет проходить. И можно ли рассчитаться электронным деньгами, а именно перевести на wooppay кошелек через <a href="https://www.kassa24.kz/games/wooppay" rel="nofollow" target="_blank">https://www.kassa24.kz/games/wooppay</a> , просто мне так было бы удобней, так как деньги в основном там лежат.</p> mybb@mybb.ru (Pro100Den) Thu, 27 Apr 2017 12:32:22 +0300 https://speak.forumkz.ru/viewtopic.php?pid=148#p148 https://speak.forumkz.ru/viewtopic.php?pid=55#p55 <p>Доброго времени суток!уже дня три рою форумы в поисках помощи ищу человека который смог бы помочь мне без таких слов как бери книгу и зубри ассамблер )))) я бы зубрил но почитал немного про него и это работа не из легких так просто и быстро в нем не разберешься у меня такая проблема есть программа которая допустим работает на 1 едиствином окне когда пытаешься её запустить на любое другое окно программа сразу завершает этот процес так вот мне нужна чтобы как не буть в её коде изменили данные чтобы программа запускалась на любом окне и не завершала этот процес в программе имеется два файла 1 фаил exe формата 2 фаил dll формата <br />если тут найдется такой человек который мог бы помочь то отпишитесь я изложу проблему в подробностях и скриншотах и выложу сому программу</p> mybb@mybb.ru (Slava) Mon, 17 Jan 2011 06:16:07 +0300 https://speak.forumkz.ru/viewtopic.php?pid=55#p55 https://speak.forumkz.ru/viewtopic.php?pid=54#p54 <p>Вылаживаю ссылки на 2 самоучителя по HTML<br /><a href="http://depositfiles.com/files/kyhy1rfex" rel="nofollow" target="_blank">http://depositfiles.com/files/kyhy1rfex</a><br /><a href="http://depositfiles.com/files/l0hwpuw21" rel="nofollow" target="_blank">http://depositfiles.com/files/l0hwpuw21</a><br />эти самоучители по своей сети дополняют друг друга<br />И вместе их можно назвать мировым бесселером!!!<br />Очень рекомендую их изучить если вы и в правду <br />желаете писать сайты на высоком уровне!!!!</p> mybb@mybb.ru (korzun) Fri, 15 Oct 2010 17:25:52 +0400 https://speak.forumkz.ru/viewtopic.php?pid=54#p54 https://speak.forumkz.ru/viewtopic.php?pid=53#p53 <p>Во истину мировой бесселлер &quot;Самоучитель языка программирования Асемблер&quot; <br />Подойдет для всех!!! Иначинающих и самых крутых программеров!!!<br />Качать здесь&#160; &#160; &#160; &#160;<a href="http://depositfiles.com/files/9tfhlwd8s" rel="nofollow" target="_blank">http://depositfiles.com/files/9tfhlwd8s</a></p> mybb@mybb.ru (korzun) Fri, 15 Oct 2010 17:24:03 +0400 https://speak.forumkz.ru/viewtopic.php?pid=53#p53 https://speak.forumkz.ru/viewtopic.php?pid=50#p50 <p>BoxedApp SDK.. Да вещь хорошая. Тоже года два уже юзаю.</p> mybb@mybb.ru (Антон) Tue, 25 May 2010 20:21:24 +0400 https://speak.forumkz.ru/viewtopic.php?pid=50#p50 https://speak.forumkz.ru/viewtopic.php?pid=49#p49 <p>Можешь попробовать навороченный флеш-контрол - <a href="http://f-in-box.com/" rel="nofollow" target="_blank">F-IN-BOX</a></p> mybb@mybb.ru (Антон) Tue, 25 May 2010 20:20:23 +0400 https://speak.forumkz.ru/viewtopic.php?pid=49#p49 https://speak.forumkz.ru/viewtopic.php?pid=48#p48 <p>можно ли как-нибудь подключить БД к Паскалю, интересно.</p> mybb@mybb.ru (Антон) Tue, 25 May 2010 20:18:48 +0400 https://speak.forumkz.ru/viewtopic.php?pid=48#p48 https://speak.forumkz.ru/viewtopic.php?pid=47#p47 <p>Да, можешь упаковать все &quot;добро&quot; в один EXE-шник с помощью спец. пакера - <a href="http://boxedapp.ru/" rel="nofollow" target="_blank">BoxedApp Packer</a></p> mybb@mybb.ru (Антон) Tue, 25 May 2010 20:15:38 +0400 https://speak.forumkz.ru/viewtopic.php?pid=47#p47 https://speak.forumkz.ru/viewtopic.php?pid=46#p46 <p>Знакомый в асе мне недавно посоветовал юзать в моем случае <a href="http://flajector.com/" rel="nofollow" target="_blank">Flajector</a> и мне понравилось</p> mybb@mybb.ru (Степа) Tue, 25 May 2010 20:12:21 +0400 https://speak.forumkz.ru/viewtopic.php?pid=46#p46 https://speak.forumkz.ru/viewtopic.php?pid=45#p45 <p>Я нарыл в нете прогу, что мне нужна: <a href="http://deleaker.ru/" rel="nofollow" target="_blank">Deleaker</a>. Вопрос закрыт. Всем спасибо.</p> mybb@mybb.ru (Степа) Tue, 25 May 2010 20:10:42 +0400 https://speak.forumkz.ru/viewtopic.php?pid=45#p45 https://speak.forumkz.ru/viewtopic.php?pid=38#p38 <p>Довёл немного до ума, в итоге вышло:<br /><img class="postimg" loading="lazy" src="https://pics.kz/s2/3e/e4/8d/4a/3ee48d4a7d2214de0c985a758dc24a7c.jpg" alt="http://pics.kz/s2/3e/e4/8d/4a/3ee48d4a7d2214de0c985a758dc24a7c.jpg" /><br />&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160;Рис. 1.</p> <p>Далее буду создавать Формы для добавления пользователем данных о Врачах, Пациентах и Поставленных Диагнозах.<br />А так же запросы и отчёты...</p> mybb@mybb.ru (FeDeRaL) Thu, 24 Dec 2009 09:30:21 +0300 https://speak.forumkz.ru/viewtopic.php?pid=38#p38 https://speak.forumkz.ru/viewtopic.php?pid=37#p37 <p>Сегодня я расскажу вам правду о шрифтах. И хотя о шрифтах можно говорить долго и нудно, я этого делать не буду. Во-первых, есть много источников, где можно найти эту информацию. Во-вторых, мой урок не резиновый. А в-третьих, давайте сразу приступим к делу. А я попутно займусь рекламой своего сайта... Вы же можете в примерах выкидывать мои данные и впихивать свои. Обещаю не подавать на вас за это в суд. Напишем следующий код: </p> <p><strong>Листинг 7. Добавляем шрифты</strong></p> <p>&#160; <br /> <strong>&#160; &#160;Реклама сайта</strong><br />&#160; &#160; <br />&#160; &#160; </p><div class="code-box"><strong class="legend">Код:</strong><div class="blockcode"><div class="scrollbox" style="height: 24em"><pre> H2{ font-family:Garamond, &quot;Times New Roman&quot;, Bodony, serif; font-size:x-large; font-style:normal; font-weight:bold; font-variant:small-caps } H4{ font-family:Arial, Verdana, Helvetica, sans-serif; font-size:30px; font-style:italic; font-weight:600; font-variant:normal }</pre></div></div></div><p>Форум программирования и Web-технологий<br />&#160; &#160; <br />на &quot;http://speak.forum.com.kz/&quot;</p> <p> Честно говоря, это не совсем хорошая запись, в CSS можно спокойно сделать и сокращенную запись, например такую: </p> <p><strong>Листинг 8. </strong></p> <p>&#160; <br /><strong>&#160; &#160; Реклама сайта</strong><br />&#160; &#160; <br /><strong>&#160; H2{font: bold x-large normal small-caps Garamond, &quot;Times New Roman&quot;, Bodony, serif } <br />&#160; &#160; &#160; H4{font: italic 600 30px Arial, Verdana, Helvetica, sans-serif } </strong><br />&#160; &#160; <br />Форум программирования и Web-технологий&#160; &#160; <br />на &quot;http://speak.forum.com.kz/&quot;</p> <p>В обоих случая результат будет одинаков: </p> <p><img class="postimg" loading="lazy" src="https://pics.kz/s2/a9/7b/cc/f0/a97bccf0d23cbd8ee92b9857e44c6fa0.jpg" alt="http://pics.kz/s2/a9/7b/cc/f0/a97bccf0d23cbd8ee92b9857e44c6fa0.jpg" /><br />Рис. 1. Со шрифтами лучше!</p> <p>Как видим, к свойствам шрифта font можно отнести 5 пунктов: </p> <p>font-family, отвечающий за гарнитуру шрифта; <br />font-size, который определяет размер шрифта; <br />font-style, который задает стиль шрифта - обычный, наклонный или курсивом; <br />font-weight, отвечающий на сколько жирненьким получится шрифт; <br />font-variant, указывающий на вариант начертания буковок - должны ли они быть все маленькими прописными или просто нормальными </p> <p>Вот и рассмотрим подробно каждый этот пунктик. </p> <p><strong>Font-family</strong></p> <p>Вы даже себе не можете представить, сколько всего шрифтов существует в мире! Тысячи и тысячи! Я вообще не представляю, как можно одно и то же слово написать столькими способами! И я не знаю, хорошо это или плохо. С одной стороны, был бы один шрифт, не ломали бы мы с вами голову над новым уроком, но с другой стороны.. какой простор для фантазии! Сиди и перебирай один шрифт за другим до тех пор, пока глаза не лопнут. Хотя особо и не обольщайтесь... все равно на компьютере вашего пользователя загружено едва ли десяток самых распространенных шрифтов, и ему вообще начхать на все ваши поиски и происки. </p> <p>К нашему с вами счастью все шрифты решили разделить на пять семейств: семейство с засечками serif, семейство без засечек sans-serif, семейстов шрифтов с буквами одинаковой ширины monospace, семейство рукописных шрифтов cursive и, последнее семейство вычурных шрифтов, которые вообще редко у кого есть fantasy <br />Семейство serif</p> <p>Одни шрифты - с засечками и называются они семейством serif.</p> <p>Из латинских шрифтов к этому семейству относятся такие шрифты, как Times New Roman, Bodoni, Garamond, Minion Web, ITC Stone Serif, MS Georgia, Bitstream Cyberbit.</p> <p>Из кирилицы можно выделить шрифты Adobe Minion Cyrillic, Excelcior Cyrillic Upright, Monotype Albion 70, Bitstream Cyberbit, ER Bukinst. Есть еще и другие - и арабские, и японские и еврейские..., но я сомневаюсь, что все они установлены на ваших компьютерах, дай бог, чтобы треть вышеперечисленных были под рукой... </p> <p>Хотя... чего там выделываться и строить из себя слишком умную... Пользуйтесь шрифтами Times New Roman, Bodoni, Garamond и не ломайте себе и другим головы! Поэтому напишем просто: </p> <p><strong>Листинг 9.</strong></p> <p>&#160; <br /><strong>&#160; &#160; Семейство &quot;serif&quot;</strong><br />&#160; &#160; <br />&#160; </p><div class="code-box"><strong class="legend">Код:</strong><div class="blockcode"><div class="scrollbox" style="height: 4.5em"><pre> P{font-family:serif}</pre></div></div></div><p>А можем написать и так: </p> <p><strong>Листинг 10. </strong></p> <p>&#160; <br /> <strong>&#160; &#160;Семейство &quot;serif&quot;</strong><br />&#160; &#160; <br />&#160; &#160;</p><div class="code-box"><strong class="legend">Код:</strong><div class="blockcode"><div class="scrollbox" style="height: 4.5em"><pre> P{font-family:Garamond}</pre></div></div></div><p>И результат будет немного другой, но шрифт все равно с засечками!!! </p> <p>Ну, и напишем еще вот так: </p> <p><strong>Листинг 11.</strong></p> <p>&#160; <br /><strong>&#160; &#160; Семейство &quot;serif&quot;</strong><br />&#160; &#160; <br />&#160; &#160; </p><div class="code-box"><strong class="legend">Код:</strong><div class="blockcode"><div class="scrollbox" style="height: 4.5em"><pre> P{font-family:Garamond, &quot;Times New Roman&quot;, Bodony, serif}</pre></div></div></div><p>И такая вот запись: </p><div class="code-box"><strong class="legend">Код:</strong><div class="blockcode"><div class="scrollbox" style="height: 4.5em"><pre>{font-family:Garamond, &quot;Times New Roman&quot;, Bodony, serif}</pre></div></div></div><p>для браузера будет означать - &quot;Эта... как иво... напиши-ка мне все шрифтом Garamond, а если его нету, то хоть Times New Roman аль Bodony, а если и их нету, то хоть што-нибудь, но только с засечками плиииииииииииииииииз!!!&quot; </p> <p>И будьте уверены, браузер внемлет этим воплям и в лепешку разобьется, но найдет вам ваши засечки! </p> <p>Прошу обратить внимание что &quot;Times New Roman&quot; я поставил в кавычки - это не потому что он такой вот особенный, а просто... если название больше одного слова - то кавычки нужны. Правило такое есть. А если слово всего одно, то кавычки необязательны. Но если вас так распирает на кавычки - ставьте. Все равно это никто не заметит. Возни только больше. </p> <p>И еще... само обозначение семейства ставьте в конец строчки! </p> <p><strong>Семейство &quot;sans-serif&quot;</strong></p> <p>Теперь пойдем в другой лагерь и познакомимся с семейством sans-serif. Это ребята простые как правда. Нет в них никаких таких засечек. Кстати, sans - как раз и означает &quot;без&quot;. Без засечек. Про эти шрифты говорят, что они рубленые. К этому семейству относятся такие латинские шрифты как Arial, Verdana, Helvetica, Tahoma, Futura. Вставим же в следующем примере строчку font-family:sans-serif:</p> <p><strong>Листинг 12.</strong> </p> <p>&#160; <br /><strong>&#160; &#160; Семейство &quot;sans-serif&quot;</strong><br />&#160; &#160; </p><div class="code-box"><strong class="legend">Код:</strong><div class="blockcode"><div class="scrollbox" style="height: 4.5em"><pre> P{font-family:sans-serif}</pre></div></div></div><p>И сразу же увидим результат - шрифт без засечек.</p> <p><strong>Семейство cursive</strong></p> <p>Примером этого семейства может служить шрифт Caflish Script, Zapf-Chancery.</p> <p>Имитирует письмо от руки, его лучше всего использовать для украшения текста или смысловых выделений. Большие же объемы текста, набранные курсивом, сложно чи-тать. Но все равно, убедитесь, что этот шрифт есть у вас в наличии. </p> <p><strong>Семейство monospace</strong></p> <p>К этому семейству можно отнести шрифт Courier New, Prestige, Everson Mono. К достоинством этого шрифта можно отнести то, что все буковки по ширине одинаковы. Читать такой текст, конечно, не очень удобно. Но если в тексте важна каждая буковка, скажем, как в моих описаниях кодов, тогда этот шрифт как нельзя более кстати. </p> <p><strong>Листинг 13. </strong></p> <p>&#160; <br /><strong>&#160; &#160; Семейство &quot;monospace&quot;</strong><br />&#160; &#160; <br />&#160; &#160; </p><div class="code-box"><strong class="legend">Код:</strong><div class="blockcode"><div class="scrollbox" style="height: 4.5em"><pre>P{font-family: &quot;Courier New&quot;, monospace}</pre></div></div></div><p><strong>Семейство fantasy</strong></p> <p>К этому семейству можно отнести шрифт Alpha Geometrique, Western.</p> <p>Все, что не подошло к предыдущим семействам решили свалить в одно семейство fantasy. Они весьма декоративны, а некоторые из них так и вовсе представляют собой иконки или картинки. Так что особо не переусердствуйте с ними. </p> <p><strong>Font-size</strong></p> <p>Ну, с этим дело пойдет веселее, и выбор тут тоже довольно богатый! И задать размеры можно несколькими способами! Во-первых, можно с помощью ключевых слов: xx-small; x-small; small; medium; large; x-large и xx-large. Наверняка, вы и сами догадались, что xx-small - самый мелкий шрифт, а xx-large - самый крупный.</p> <p>Но и это не все! Шрифт можно задавать и в пунктах (pt), и в пикселях (px), и в дюймах (in), и в миллиметрах (mm), сантиметрах (cm), пиках (pc) и просто в процентах (%)!</p> <p>Но и это не все! С помощью слов smaller или larger можно уменьшить или увеличить отдельные слова по сравнению с основным, родительским текстом. </p> <p><strong>Font-style</strong></p> <p>Это свойство еще легче. Оно отвечает за стиль шрифта, и указывает каким ему быть - прямым normal, наклонным oblique или курсивным italic. Если вы думаете, что наклонный и курсивный - это одно и то же, то глубоко заблуждаетесь! Курсив имитирует письмо, написанное &quot;от руки&quot;, а наклонный... это просто слегка завалившийся вправо текст. </p> <p><strong>Font-weight</strong></p> <p>Это свойство определяет толщину шрифта, или правильней, насыщенность начертания. Тут можно и поэкспериментировать. Можно написать просто: </p> <p><strong><br />Листинг 14. </strong></p> <p>&#160; <br />&#160; &#160;<strong> Полужирный шрифт</strong><br />&#160; &#160; </p><div class="code-box"><strong class="legend">Код:</strong><div class="blockcode"><div class="scrollbox" style="height: 4.5em"><pre> P{font-weight:bold}</pre></div></div></div><p>Вы, наверное, удивитесь - ну и зачем было городить огород, когда можно было бы и безо всяких стилей просто написать: Форум программирования и Web-технологий на <a href="http://speak.forum.com.kz/" rel="nofollow" target="_blank">http://speak.forum.com.kz/</a></p> <p>И результат был бы такой же, разве что код раз в пять короче... И, знаете, я с вами соглашусь. Но не совсем. Потому как кроме bold можно написать и bolder (толще) и lighter (тоньше) и это не предел!!! Можно указать насыщенность не только словами, но и числами от 100 до 900!. Правда не все числа можно использовать, а только кратные 100. А число 400 равно bold. Так что в вышеприведенном примере я мог запросто написать:</p><div class="code-box"><strong class="legend">Код:</strong><div class="blockcode"><div class="scrollbox" style="height: 4.5em"><pre>P {font-weight:400}</pre></div></div></div><p>И результат был точно такой же. Поэкспериментируйте, посмотрите, может понравится! <br /><strong><br />Font-variant</strong></p> <p>И, последнее, чем я хочу вас помучать в неравной борьбе со шрифтами - это вообще глупость какая-то. Потому как этому свойству можно подобрать только два варианта. Причем один из них - нормальный, а второй - ненормальный. Ненормальный - это small-caps. Это когда маленькие буквы пишутся как заглавные, но оставаясь при этом маленькими. То есть маленькими прописными. Вот и примерчик: </p> <p><strong>Листинг 15. </strong></p> <p>&#160; <br /><strong>&#160; &#160; Хоть и маленькие, но прописные!!!</strong><br />&#160; &#160; <br />&#160; &#160; &#160; </p><div class="code-box"><strong class="legend">Код:</strong><div class="blockcode"><div class="scrollbox" style="height: 4.5em"><pre>P{font-variant:small-caps}</pre></div></div></div><p>И вот он - результат! Все буквы стали заглавными, любуйтесь. </p> <p>Наверное, этот урок довольно скучный. Но что делать? Вам его было скучно читать, мне - скучно писать. Писал я его довольно долго... месяца два. Писал, стирал, опять писал... И вроде что тут особо мудрствовать? Просто хотелось, чтоб получилось хорошо. Я изучил чуть ли не всю типографику, прочитал все, чт могла прочитать, купить или достать. </p> <p>В конце концов, решил не запудривать вам мозги и написать все коротко. На сколько это удалось, судить вам. Ну, а на последок, все-таки дам вам несколько советов. Хотя, не столько советов, сколько раздумий. Прислушиваться к ним или нет - ваше дело. В конце концов - решающее слово за вами. Итак... </p> <p><strong>Дикие советы</strong><span style="font-size: 16px"></span></p> <p>Жестких правил, диктующих, какой и когда выбрать шрифт - не существует. Это зависит от вашего опыта и мастерства. Хиппи выбрал бы один шрифт, учитель русского языка - другой, предприниматель - третий, а человек, влюбленный в историю - четвертый. Однако, если вы хотите, чтобы ваш текст читался с вниманием, необходимо, чтобы он легко читался, гармонировал с остальными элементами сайта, ну и был уместен вообще. :)) <br />Шрифты с засечками читаются легче. Взгляд как бы скользит от одной буквы к другой. <br />Буквы без засечек лучше читаются в крупных заголовках, а также в очень мелком тексте. <br />Легче читается текст прямой, светлый, средней плотности. Хуже - курсивный или наклонный, жирный или очень светлый. <br />Для выделения пользуются наклонным или курсивным шрифтами. <br />Если ваш сайт - для детей, то лучше использовать покрупнее и пожирнее текст. То же относится и для слабовидящих. Так что учитывайте и свою аудиторию. <br />Для чтения лучше подходят шрифты от 9 до 12 кегля. <br />Лучше ограничить число шрифтов до одного. Для удобочитаемости это превыше всего. Хотя, как сказал типограф Э. Гилл &quot;практически удобочитаемо все, к чему привыкли&quot;. <br />На удобочитаемость влияет и ширина строки, это примерно 50-70 знаков. <br />Также важны расстояние между словами, между строчками и между абзацами, но об этом мы поговорим в следующем уроке. <br />Важно также и цвет шрифта, а также фон, на котором он написан. Хотя стоит иметь в виду также и насыщенность цветов. Так что лучше всего экспериментировать и экспериментировать... пока не найдете &quot;то самое&quot;, после чего все ахнут и скажут... &quot;ну какой же красивый шрифт!&quot; <br />Так что, выбирая шрифт, вы не должны не только учитывать его &quot;красивость&quot;, но и принять во внимание и аудиторию и то, о чем рассказываете, и многое-многое другое... Удачи вам!</p> mybb@mybb.ru (FeDeRaL) Wed, 23 Dec 2009 17:57:40 +0300 https://speak.forumkz.ru/viewtopic.php?pid=37#p37 https://speak.forumkz.ru/viewtopic.php?pid=36#p36 <p>Помните мультфильм, где удава меряли в попугаях? Исходя философски, можно все и вся мерить в чем угодно и как угодно. Но только не в HTML! Собственно говоря, там вообще нет никаких измерений. Разве что проценты. А вот, не хвастаясь, могу сказать, что в CSS есть разные мерки! Пусть их не так много, пусть там нет пернатых, но зато там есть короли! Прикиньте, мерить все в королях! Не верите? А зря! Я вам докажу это на прямо-таки на пальцах вышеуказанных персон! Хотя это может и враки! Может не в пальцах королей дело, а в трех ячменных зернышках? </p> <p> Если вы решили, что я свихнулся окончательно со своими уроками, то зря. Это я про дюйм говорю! Про дюйм как единицу длины. И вот что любопытно, в одном книжном издании говорится, что &quot;дюйм - это мера длины большого пальца руки короля Генриха VIII&quot;, в другом же издании, утверждается, что все это брехня на постном масле, и что дюйм - не что иное, &quot;как длина трех ячменных зерен, вытянутых из средней части коло-а и приставленных одно к другому своими концами&quot;. И утвердил это совсем не Генрих, а Эдвард II в 1324 году. А в третьем месте черным по белому заявлено, что меры длины были узаконены еще в 1101 году, и не Эдвардом, а Генрихом I! И что главная мера длины - ярд. А дюйм - это одна двенадцатая ярда. А ярд - это ваще &quot;расстояние от носа короля Генриха I до среднего пальца вытянутой руки&quot;. </p> <p> Я так запутался, что решил вообще ничего не писать про дюймы, но потом открыл добрую, старую энциклопедию и прочитал, что &quot;дюйм = 2,54 см&quot;. Коротко и ясно. По ходу дела я тут же схватился за линейку и промерил свой большой палец... И понял, что если бы я встал рядом с Генрихами-Эдвардами, то все короли мне в пупок бы дышали, ей-богу! </p> <p> Ну ладно, кто про что, а мы - про стили. Мы вот возьмем и напишем несколько строк в дюймах. Не зря же пол-урока им посвящено! Итак, открыли быстренько Notepad и написали также быстренько:</p> <p><strong>Листинг 5. </strong></p> <p>&#160; <br /><strong>&#160; Пример с дюймами:</strong><br />&#160; <br />&#160; &#160;</p><div class="code-box"><strong class="legend">Код:</strong><div class="blockcode"><div class="scrollbox" style="height: 6em"><pre> P {font-size:1in} H2 {font-size:2in; text-align:center}</pre></div></div></div><p><span style="font-size: 14px">Заголовок размером в два дюйма</span></p> <p>&#160; <br /> А вот этот текст размером в один дюйм, и как утверждают одни - это и есть размер большого пальца короля Генриха VIII, другие - длина трех зерен из средней части колоска, а третьи - что это одна двенадцатая от расстояния от носа до среднего пальца вытянутой руки короля Генриха I. </p> <p>И вот такая у нас петрушка из королей получилась:<br /><img class="postimg" loading="lazy" src="https://pics.kz/s2/76/ca/6d/0a/76ca6d0a89053e1794932abce953c429.jpg" alt="http://pics.kz/s2/76/ca/6d/0a/76ca6d0a89053e1794932abce953c429.jpg" /></p> <p> На рисунке не очень можно понять эти размеры, поэтому лучше посмотрите что получилось у вас. Пример в дюймах. Великоваты буквы? Но ничего, зато вы, можно сказать, приобщились к истории, а заодно можете сравнить со своими пальчиками и прикинуть куда вам дышат короли. Надеюсь не в затылок! </p> <p> Как видите, дюймы обозначаются im. А теперь попробуйте изменить размер шрифта в настройках браузера! Обратите внимание, текст, указанный в дюймах не изменяется! Каким вы его заложили - таким он и остается! Что значит палец короля... </p> <p> С одной стороны, это конечно хорошо. Нефик всяким юзерам дизайн менять! А с другой стороны... У одних зрение получше и им подавай текст с букашку, у других и с тремя очками дюймы не разглядеть. На всех ведь не угодишь! Поэтому для удобства пользователей существуют и относительные единицы измерений, например, пикселы. Вот мы сейчас в пикселах всю правду и выложим: </p> <p><strong>Листинг 6. </strong></p> <p>&#160; <strong><br />&#160; &#160; Пример с пикселами:</strong><br />&#160; &#160; <br />&#160; &#160; </p><div class="code-box"><strong class="legend">Код:</strong><div class="blockcode"><div class="scrollbox" style="height: 6em"><pre> P {font-size:15px} H2 {font-size:20px; text-align:center}</pre></div></div></div><p><span style="font-size: 20px">Заголовок размером в 20 пикселов</span><br />&#160; &#160; <br /><span style="font-size: 15px">&#160; А вот этот текст размером в 15 пикселов, и если попро-бовать изменить разрешение экрана, то можно будет читать этот текст и без бинокля. Кому как нравится</span></p> <p> Чтобы дальше вас не мучать столь подробным рассказом, я просто скажу, какие единицы измерений могут применяться в CSS. Думаю, сам процесс вам стал ясен. </p> <p> Итак, к абсолютным единицам можно отнести не только эти буржуйские дюймы in, но и миллиметры mm и сантиметры cm. А что касается буржуйских штучек, то если хотите, можно и в пунктах pt, которые равны 1/72 дюйма, и в пиках pc, которые равны 12 пунктам. Вот такая, блин, арифметика. </p> <p> Что же касается относительных величин, то тут, кроме пикселов px, можно использовать и проценты, например в стилях написать следующее: font-size:200%. И есть еще две интересные величины - em и ex. Первая величина - это ширина буквы m текущего шрифта, а вторая - высота буквы x шрифта. </p> <p> Все эти величины касаются не только размеров шрифта, но и других величин, о которых мы будем говорить в следующих уроках. Это может быть и расстояние от границы браузера, и шириной блока, и толщиной линии. Но пока потренируйтесь на кошках. То есть с размерами шрифта. Тоже очень полезное занятие. Развивает глазомер и другие важные функции организма. А я пошёл дальше. Догоняйте!</p> mybb@mybb.ru (FeDeRaL) Wed, 23 Dec 2009 17:24:56 +0300 https://speak.forumkz.ru/viewtopic.php?pid=36#p36 https://speak.forumkz.ru/viewtopic.php?pid=35#p35 <p>Источник: wwwibm.com<br />Уровень сложности: простой<br />Брэт Маклафлин, автор и редактор, O'Reilly Media Inc.<br />11.04.2006</p> <p>&#160; &#160; В прошлом месяце Брэтт представил Document Object Model, элементы которой работают за кулисами ваших Web-страниц. В этом месяце он рассматривает DOM еще детальнее. Узнайте, как создавать, удалять и изменять части DOM-дерева, и сделайте очередной шаг к динамическому обновлению ваших Web-страниц!</p> <p>Если вы следили за дискуссией в этой серии статей в прошлом месяце, значит, имеете начальное представление о том, что происходит при отображении Web-браузером ваших Web-страниц. Я объяснял, что когда определенные вами для страницы HTML и CSS передаются в Web-браузер, они транслируются из текстовой в объектную модель. Это истинно и для простого кода и для сложного, для кода, расположенного в одном файле и в отдельных файлах. Браузер напрямую работает с объектной моделью, а не с предоставленными вами текстовыми файлами. Используемая браузером модель называется Document Object Model. Она соединяет объекты, представляющие элементы, атрибуты и текст в ваших документах. В эту объектную модель внедрены все стили, значения и даже большинство из пробелов вашего HTML и CSS-кода. Конкретная модель для данной Web-страницы называется DOM-деревом страницы.</p> <p>Понимание того, что представляет собой DOM-дерево, и даже знание того, как оно представляет ваш код HTML и CSS - это только первый шаг на пути к управлению вашими Web-страницами. Вы должны научиться работать с DOM-деревом конкретной Web-страницы. Например, если вы добавите элемент к DOM-дереву, этот элемент немедленно появится в браузере пользователя без перезагрузки страницы. Удалите какой-нибудь текст из DOM-дерева, и этот текст исчезнет с экрана пользователя. Вы можете изменить интерфейс и взаимодействовать с интерфейсом пользователя через DOM, что дает вам огромную мощь и гибкость при программировании. Изучив работу с DOM-деревом, вы сделаете гигантский шаг навстречу овладению развитыми, интерактивными, динамичными Web-сайтами.</p> <p>Обращаю внимание на то, что следующий материал основан на статье &quot;Исследование DOM для Web-ответа&quot;; если вы ее не читали, то, возможно, захотите сделать это перед продолжением работы над данной статьей.</p> <p><strong>Вопросы произношения акронимов</strong></p> <p>Вообще говоря, Document Object Model могла бы легко называться Document Node Model. Но в своем большинстве люди, конечно же, не знают, что означает термин node (узел), да и произносить &quot;DNM&quot; не так удобно, как &quot;DOM&quot;, поэтому легко объяснить, почему W3C выбрала именно DOM.<br /><strong><br />Разные браузеры, разные языки</strong></p> <p>Document Object Model - это стандарт W3C (ссылки на W3C приведены в разделе &quot;Ресурсы&quot;). По этой причине все современные Web-браузеры поддерживают DOM, по крайней мере, в некоторой степени. Хотя и существуют некоторые различия между браузерами, если вы использовали базовую DOM-функциональность (и обращали внимание на несколько специальных ситуаций и исключений), ваш DOM-код будет работать в любом браузере одинаково. Написанный вами код для изменения Web-страницы в Opera будет работать с Safari®, Firefox®, Microsoft® Internet Explorer® и Mozilla®.</p> <p>DOM также является не зависящей от языка спецификацией; другими словами, вы можете использовать ее во многих популярных языках программирования. W3C определяет для DOM несколько правил связывания с разными языками. Правила связывания языка - это просто API, определенный для разрешения использования DOM в конкретном языке. Например, вы можете найти однозначно определенные правила связывания DOM для C, Java и javascript. Следовательно, вы можете использовать DOM в любом из этих языков. Правила связывания доступны также и для нескольких других языков, хотя многие из них не определены не W3C, а третьими сторонами.</p> <p>В данной серии статей я сконцентрируюсь на правилах связывания DOM для javascript. Это имеет смысл, поскольку большинство разработок асинхронных приложений основано на написании javascript-кода для работы в Web-браузерах. С javascript и DOM вы можете изменять пользовательский интерфейс динамически, реагируя на пользовательские события и ввод, и, более того, используя для всего этого четко стандартизированный javascript.</p> <p>Несмотря на сказанное выше, я призываю вас попробовать поработать с DOM и в других языках. Например, вы можете использовать правила связывания для Java при работе не только с HTML, но также и с XML (я буду рассматривать это в одной из следующих статей). То есть, знания, которые вы получите здесь, выходят далеко за рамки HTML и применимы не только в javascript-программировании клиентского кода.<br /><strong><br />Абстрактный узел</strong></p> <p>Node является самым главным типом объекта в DOM. Фактически, как вы узнаете из этой статьи, почти каждый второй объект, определенный в DOM, расширяет объект node. Но, прежде чем вы углубитесь в семантику, вы должны понять концепцию, представляемую узлом; изучить актуальные свойства и методы node очень просто.</p> <p>В DOM-дереве почти все, что вы встречаете, является узлом. Каждый элемент является на своем наиболее базовом уровне узлом в DOM-дереве. Каждый атрибут - это узел. Каждый кусочек текста - это узел. Даже команды, специальные символы (например, &amp;copy; - символ авторского права) и объявления DOCTYPE (если у вас они есть в HTML или XHTML) являются узлами. Поэтому, перед обсуждением особенностей конкретных типов вы должны понять, что такое узел.</p> <p><strong>Узел - это…</strong></p> <p>Простейшее определение: узел - это просто одна отдельная вещь в DOM-дереве. Неясность термина &quot;вещь&quot; преднамеренна, поскольку она конкретна настолько, насколько мы ее представляем. Например, возможно не очевидно, что элемент в вашем HTML, допустим img, и часть текста в HTML, допустим &quot;Прокрутите страницу вниз для получения подробной информации&quot;, имеют много общего. Но это из-за того, что вы, вероятно, думаете о функции этих конкретных типов и концентрируетесь на их различиях.</p> <p>Но представьте, что каждый элемент и часть текста в DOM-дереве имеет предка; этот предок является либо потомком другого элемента (например, когда img вложен в элемент p), либо самым верхним элементом DOM-дерева (который является специальным случаем для каждого документа, и с которым вы используете элемент html). Также представьте, что оба элемента и текст имеют тип. Типом элемента, очевидно, является element; типом текста - text. Каждый узел имеет также четко определенную структуру: имеет ли он узел (или узлы) ниже себя, такие как элементы-потомки? Имеет ли он одноуровневые узлы (узлы &quot;next to&quot; элемента или текста)? Какому документу принадлежит каждый узел?</p> <p>Очевидно, что многое из этого звучит довольно абстрактно. Фактически, может даже показаться глупой фраза, что типом элемента является … ммм… элемент. Однако вы должны абстрагироваться для представления значения узла как общего объектного типа.</p> <p><strong>Общий объектный тип</strong></p> <p>Одним из действий, которое вы будете выполнять чаще, чем любое другое в вашем DOM-коде, является навигация по DOM-дереву страницы. Например, вы можете найти форму по ее атрибуту &quot;id&quot; и начать работать с элементами и текстом, вложенными в эту форму. К ним могут относиться текстовые инструкции, метки для полей вода, элементы ввода и, возможно, другие HTML-элемента, такие как img и ссылки (элементы a). Если элементы и текст имеют полностью различные типы, тогда вы должны написать совершенно разные фрагменты кода для перемещения от одного типа к другому.</p> <p>Ситуация меняется, если вы используете общий тип узла. В этом случае вы можете просто перемещаться от узла к узлу и беспокоиться о типе только тогда, когда вы захотите сделать что-нибудь конкретное с элементом или текстом. Когда вы просто перемещаетесь по DOM-дереву, то будете использовать те же операции для перемещения к предку элемента или его потомку, что и с любым другим типом узла. Вы должны работать по-особому с таким типом узла как элемент или текст только тогда, когда требуется что-то конкретное от определенного типа узла, например атрибуты элемента. Представление о каждом объекте в DOM-дереве просто как об узле намного упрощает работу. Думая так, я далее рассмотрю, что именно должна предложить конструкция DOM Node (начиная с ее свойств и методов).<br /><strong><br />Свойства узла</strong></p> <p>При работе с узлами DOM-дерева вам могут понадобиться несколько свойств и методов. Давайте рассмотри их первыми. Основными свойствами DOM-узла являются:</p> <p>&#160; &#160; * nodeName хранит имя узла (подробнее ниже).<br />&#160; &#160; * nodeValue хранит &quot;значение&quot; узла (подробнее ниже).<br />&#160; &#160; * parentNode возвращает предка узла. Помните: каждый элемент, атрибут и текст имеет родительский узел.<br />&#160; &#160; * childNodes список потомков узла. При работе с HTML этот список полезен только тогда, когда вы имеете дело с элементом; текстовые узлы и узлы-атрибуты не имеют потомков.<br />&#160; &#160; * firstChild это просто сокращение для первого узла в списке childNodes.<br />&#160; &#160; * lastChild это еще одно сокращение - для последнего узла в списке childNodes.<br />&#160; &#160; * previousSibling возвращает узел, находящийся перед текущим узлом. Другими словами, он возвращает узел, предшествующий текущему в списке childNodes его предка (если не понятно - перечитайте это последнее предложение).<br />&#160; &#160; * nextSibling свойство, аналогичное previousSibling; возвращает следующий узел в спиcке childNodes предка.<br />&#160; &#160; * attributes полезно только для узлов-элементов; возвращает список атрибутов элемента.</p> <p>Несколько других свойств применяются с более общими XML-документами и почти не применяются при работе с Web-страницами, основанными на HTML.</p> <p><strong>Необычные свойства</strong></p> <p>Большинство из определенных выше свойств не требует дополнительного пояснения, за исключением свойств nodeName и nodeValue. Вместо простого объяснения этих свойств рассмотрим пару странных вопросов. Каким должно быть свойство nodeName для текстового узла? И, аналогично, каким должно быть свойство nodeValue для элемента?</p> <p>Если эти вопросы поставили вас в тупик, значит вы уже понимаете потенциальную запутанность, присущую этим свойствам. nodeName и nodeValue действительно не применимы для всех типов узлов (это также истинно для некоторых других свойств узла). Это демонстрирует ключевую концепцию: любое их этих свойств может возвратить нулевое значение (иногда показываемое в javascript как &quot;undefined&quot;). То есть, например, свойство nodeName для текстового узла равно null (или &quot;undefined&quot; в некоторых браузерах), поскольку текстовые узлы не имеют имени. nodeValue, как и ожидалось, возвращает текст узла.</p> <p>Аналогично, элементы имеют nodeName (имя элемента), но значение свойства nodeValue всегда равно null. Атрибуты имеют значения обоих свойств nodeName и nodeValue. Я поговорю об этих индивидуальных типах подробнее в следующем разделе, но поскольку эти свойства являются частью каждого узла, их стоит упомянуть здесь.</p> <p>Теперь посмотрим на листинг 1, в котором показано несколько свойств узла в действии.</p> <p><strong>Листинг 1. Использование свойств узла в DOM</strong></p><div class="code-box"><strong class="legend">Код:</strong><div class="blockcode"><div class="scrollbox" style="height: 35em"><pre> // Эти две первые строки получают DOM-дерево текущей Web-страницы, // и затем элемент &lt;html&gt; для этого дерева var myDocument = document; var htmlElement = myDocument.documentElement; // Какое имя элемента &lt;html&gt;? &quot;html&quot; alert(&quot;The root element of the page is &quot; + htmlElement.nodeName); // Ищем элемент &lt;head&gt; var headElement = htmlElement.getElementsByTagName(&quot;head&quot;)[0]; if (headElement != null) { alert(&quot;We found the head element, named &quot; + headElement.nodeName); // Отображаем элемент title страницы var titleElement = headElement.getElementsByTagName(&quot;title&quot;)[0]; if (titleElement != null) { // text будет первым дочерним узлом элемента &lt;title&gt; var titleText = titleElement.firstChild; // Мы можем получить текст текстового узла, используя nodeValue alert(&quot;The page title is '&quot; + titleText.nodeValue + &quot;'&quot;); } // После &lt;head&gt; идет &lt;body&gt; var bodyElement = headElement.nextSibling; while (bodyElement.nodeName.toLowerCase() != &quot;body&quot;) { bodyElement = bodyElement.nextSibling; } // Мы нашли элемент &lt;body&gt;... // Мы сделаем больше, когда узнаем некоторые методы узлов. }</pre></div></div></div><p><strong><br />Методы узла</strong></p> <p>Рассмотрим методы, доступные всем узлам (как и в ситуации со свойствами я пропустил несколько методов, которые не применяются в большинстве операций HTML DOM):</p> <p>&#160; &#160; * insertBefore(newChild, referenceNode) вставляет узел newChild перед referenceNode. Помните о том, что вы должны вызывать его в предназначенном предке newChild.<br />&#160; &#160; * replaceChild(newChild, oldChild) замещает узел oldChild узлом newChild.<br />&#160; &#160; * removeChild(oldChild) удаляет узел oldChild из узла, в котором выполняется функция.<br />&#160; &#160; * appendChild(newChild) добавляет узел newChild к узлу, в котором выполняется функция. newChild добавляется в конце потомков целевого узла.<br />&#160; &#160; * hasChildNodes() возвращает true, если вызываемый узел имеет потомков, и false, если не имеет.<br />&#160; &#160; * hasAttributes() возвращает true, если вызываемый узел имеет атрибуты, и false, если не имеет.</p> <p>Вы заметите, что, по большей части, все эти методы имеют дело с потомками узла. Это их первичное назначение. Если вы просто пытаетесь собрать значение текстового узла или имя элемента, то, возможно, не часто будете вызывать методы, поскольку можно просто использовать свойства узла. Код, приведенный в листинге 2, создан на основе кода из листинга 1 и использует несколько из перечисленных выше методов.</p> <p><strong>Листинг 2. Использование методов узла в DOM</strong></p><div class="code-box"><strong class="legend">Код:</strong><div class="blockcode"><div class="scrollbox" style="height: 35em"><pre>// Эти две первые строки получают DOM-дерево текущей Web-страницы, // и затем элемент &lt;html&gt; для этого дерева var myDocument = document; var htmlElement = myDocument.documentElement; // Какое имя элемента &lt;html&gt;? &quot;html&quot; alert(&quot;The root element of the page is &quot; + htmlElement.nodeName); // Ищем элемент &lt;head&gt; var headElement = htmlElement.getElementsByTagName(&quot;head&quot;)[0]; if (headElement != null) { alert(&quot;We found the head element, named &quot; + headElement.nodeName); // Отображаем элемент title страницы var titleElement = headElement.getElementsByTagName(&quot;title&quot;)[0]; if (titleElement != null) { // text будет первым дочерним узлом элемента &lt;title&gt; var titleText = titleElement.firstChild; // Мы можем получить текст текстового узла, используя nodeValue alert(&quot;The page title is '&quot; + titleText.nodeValue + &quot;'&quot;); } // После &lt;head&gt; идет &lt;body&gt; var bodyElement = headElement.nextSibling; while (bodyElement.nodeName.toLowerCase() != &quot;body&quot;) { bodyElement = bodyElement.nextSibling; } // Мы нашли элемент &lt;body&gt;... // Удалить все элементы &lt;img&gt; верхнего уровня из тела if (bodyElement.hasChildNodes()) { for (i=0; i&lt;bodyElement.childNodes.length; i++) { var currentNode = bodyElement.childNodes[i]; if (currentNode.nodeName.toLowerCase() == &quot;img&quot;) { bodyElement.removeChild(currentNode); } } } }</pre></div></div></div><p>Выполните тестирование!</p> <p>До сих пор вы видели только два примера (листинг 1 и 2), но они должны дать вам понятие о том, что можно сделать при запуске управления DOM-деревом. Если вы хотите попробовать поработать с кодом, просто сохраните листинг 3 в HTML-файле и загрузите его в ваш Web-браузер.<br /><strong><br />Листинг 3. HTML-файл с некоторым javascript-кодом, использующим DOM</strong></p><div class="code-box"><strong class="legend">Код:</strong><div class="blockcode"><div class="scrollbox" style="height: 35em"><pre>&lt;html&gt; &lt;head&gt; &lt;title&gt;javascript and the DOM&lt;/title&gt; &lt;script language=&quot;javascript&quot;&gt; function test() { // Эти две первые строки получают DOM-дерево текущей Web-страницы, // и затем элемент &lt;html&gt; для этого дерева var myDocument = document; var htmlElement = myDocument.documentElement; // Какое имя элемента &lt;html&gt;? &quot;html&quot; alert(&quot;The root element of the page is &quot; + htmlElement.nodeName); // Ищем элемент &lt;head&gt; var headElement = htmlElement.getElementsByTagName(&quot;head&quot;)[0]; if (headElement != null) { alert(&quot;We found the head element, named &quot; + headElement.nodeName); // Отображаем элемент title страницы var titleElement = headElement.getElementsByTagName(&quot;title&quot;)[0]; if (titleElement != null) { // text будет первым дочерним узлом элемента &lt;title&gt; var titleText = titleElement.firstChild; // Мы можем получить текст текстового узла, используя nodeValue alert(&quot;The page title is '&quot; + titleText.nodeValue + &quot;'&quot;); } // После &lt;head&gt; идет &lt;body&gt; var bodyElement = headElement.nextSibling; while (bodyElement.nodeName.toLowerCase() != &quot;body&quot;) { bodyElement = bodyElement.nextSibling; } // Мы нашли элемент &lt;body&gt;... // Удалить все элементы &lt;img&gt; верхнего уровня из тела if (bodyElement.hasChildNodes()) { for (i=0; i&lt;bodyElement.childNodes.length; i++) { var currentNode = bodyElement.childNodes[i]; if (currentNode.nodeName.toLowerCase() == &quot;img&quot;) { bodyElement.removeChild(currentNode); } } } } } &lt;/script&gt; &lt;/head&gt; &lt;body&gt; &lt;p&gt;javascript and DOM are a perfect match. You can read more in &lt;i&gt;Head Rush Ajax&lt;/i&gt;.&lt;/p&gt; &lt;img src=&quot;http://www.headfirstlabs.com/Images/hraj_cover-150.jpg&quot; /&gt; &lt;input type=&quot;button&quot; value=&quot;Test me!&quot; onclick=&quot;test();&quot; /&gt; &lt;/body&gt; &lt;/html&gt;</pre></div></div></div><p>После загрузки этой страницы в ваш браузер вы должны увидеть что-то похоже на рисунок 1.</p> <p>Рисунок 1. Пример HTML-страницы с кнопкой для запуска javascript<br /><img class="postimg" loading="lazy" src="https://pics.kz/s1/98/2d/6e/3b/982d6e3b31367da380c9c1e1d1466203.jpg" alt="http://pics.kz/s1/98/2d/6e/3b/982d6e3b31367da380c9c1e1d1466203.jpg" /></p> <p>Нажмите кнопку Test me! и вы увидите окна предупреждений, показанные на рисунке 2.</p> <p>Рисунок 2. Окна предупреждений, показывающие имя элемента при помощи nodeValue<br /><img class="postimg" loading="lazy" src="https://pics.kz/s5/3b/fe/cf/55/3bfecf55dca09d271f3f5104f9079708.jpg" alt="http://pics.kz/s5/3b/fe/cf/55/3bfecf55dca09d271f3f5104f9079708.jpg" /></p> <p>Когда код завершает работу, изображения удаляются со страницы в режиме реального времени, как показано на рисунке 3.</p> <p>Рисунок 3. Изображения удаляются со страницы в режиме реального времени при помощи javascript<br /><img class="postimg" loading="lazy" src="https://pics.kz/s3/0e/89/82/6a/0e89826a803144713e9e4dc9bceb205e.jpg" alt="http://pics.kz/s3/0e/89/82/6a/0e89826a803144713e9e4dc9bceb205e.jpg" /></p> <p><strong>Замечания по дизайну API</strong></p> <p>Посмотрите опять на свойства и методы, доступные каждому узлу. Они иллюстрируют ключевой момент DOM для тех, кто комфортно чувствует себя в объектно-ориентированном (OO) программировании: DOM не является таким уж объектно-ориентированным API. Во-первых, во многих ситуациях вы будете использовать свойства объекта напрямую, без вызова метода объекта node. Нет метода getNodeName(), например; вы просто сразу используете свойство nodeName. То есть, объекты node (а также и другие DOM-объекты) выставляют многие из своих данных через свойства, а не функции.</p> <p>Во-вторых, именование объектов и методов в DOM может показаться немного странным, если вы работали с перегруженными объектами и объектно-ориентированными API, в частности, в таких языках как Java или C++. DOM должен работать в C, Java и javascript (перечислим только их), поэтому при проектировании API были сделаны некоторые уступки. Например, вы увидите два различных метода объекта NamedNodeMap, которые выглядят примерно так:</p> <p>&#160; &#160; * getNamedItem(String name)<br />&#160; &#160; * getNamedItemNS(Node node)</p> <p>Для OO-программистов это выглядит довольно странным. Два метода с одинаковым предназначением, но один в качестве параметра принимает String, а другой Node. В большинстве OO API вы использовали бы одно и то же название метода для обеих версий. Виртуальная машина, выполняющая ваш код, распознавала бы, какой метод использовать на основе типа объекта, переданного вами в метод.</p> <p>Проблема состоит в том, что javascript не поддерживает эту технологию, называемую перегрузкой методов. Другими словами, javascript требует наличия одного метода или функции с данным именем. Поэтому, если у вас есть метод getNamedItem(), принимающий строку, вы не можете иметь любой другой метод или функцию с именем getNamedItem(), даже если вторая версия принимает различные типы аргументов (или даже принимает совершенно другой набор аргументов). javascript выдаст ошибку, и ваш код не будет работать так, как по вашему мнению должен работать.</p> <p>По существу, DOM сознательно избегает перегрузки методов и других технологий OO-программирования. Это гарантирует, что API будет работать в нескольких языках, включая те, которые не поддерживают технологии OO-программирования. В результате вы должны просто изучить несколько дополнительных названий методов. Положительная сторона - вы можете изучать DOM в любом языке программирования, например Java, и знать, что эти же названия методов и конструкций кода будут работать в любых других языках, имеющих реализацию DOM, например, javascript.</p> <p><strong>Пусть побеспокоится программист</strong></p> <p>Что же касается дизайна API в общем (допустим, вы внимательно его изучили), то вы можете удивиться: &quot;Зачем нужны свойства типа node, которые не являются общими для всех?&quot; Это хороший вопрос, а ответ лежит больше в области политики и принятия решений, чем каких-либо технических причин. Короче говоря, ответ такой, &quot;Кто его знает! Но это немного раздражает, не так ли?&quot;</p> <p>Свойство nodeName предназначено для того, чтобы каждый тип имел имя; но во многих ситуациях это имя либо не определено, либо является странным, внутренним именем, не имеющим значения для программистов (например, в Java, nodeName текстового узла имеет значение &quot;#text&quot; во многих ситуациях). По существу, вы должны предположить, что обработка ошибок оставлена для вас. Не безопасно просто обращаться к myNode.nodeName и затем использовать это значение; во многих ситуациях значение будет равно null. Поэтому, как часто бывает в программировании, пусть побеспокоится программист.</p> <p><strong>Общие типы узлов</strong></p> <p>Теперь, узнав о некоторых возможностях и свойствах DOM-узла (а также о некоторых его странностях), вы готовы узнать о некоторых конкретных типах узлов, с которыми будете работать. В большинстве Web-приложений вы будете работать только с четырьмя типами узлов:</p> <p>&#160; &#160; * Узел document представляет HTML-документ в целом.<br />&#160; &#160; * Узлы element представляют HTML-элементы, например a или img.<br />&#160; &#160; * Узлы attribute представляют атрибуты HTML-элементов, например href (элемента a) или src (элемента img).<br />&#160; &#160; * Узлы text представляют текст в HTML-документе, например &quot;Нажмите на ссылку ниже для получения полного списка&quot;. Это текст, появляющийся внутри таких элементов как p, a или h2.</p> <p>При работе с HTML вы будете работать с этими типами узлов примерно 95% времени. Поэтому я потрачу оставшуюся часть статьи этого месяца на их детальное рассмотрение. Когда я буду рассматривать XML в будущей статье, то познакомлю вас с некоторыми другими типами узлов.</p> <p><strong>Узел document</strong></p> <p>Первый тип узла - это тип, который вы будете использовать почти в каждом фрагменте своего DOM-кода: узел document. Узел document на самом деле является не элементом HTML (или XML) страницы, а самой страницей. Следовательно, в HTML Web-странице узел document - это DOM-дерево полностью. В javascript вы можете обратиться к узлу document при помощи ключевого слова document:</p><div class="code-box"><strong class="legend">Код:</strong><div class="blockcode"><div class="scrollbox" style="height: 9em"><pre>// Эти две первые строки получают DOM-дерево текущей Web-страницы, // и затем элемент &lt;html&gt; для этого дерева var myDocument = document; var htmlElement = myDocument.documentElement;</pre></div></div></div><p>Ключевое слово document в javascript возвращает DOM-дерево текущей Web-страницы. С этого момента вы можете работать с любыми узлами в дереве.</p> <p>Вы можете также использовать объект document для создания новых узлов, используя следующие методы:</p> <p>&#160; &#160; * createElement(elementName) создает элемент с указанным именем.<br />&#160; &#160; * createTextNode(text) создает новый текстовый узел с указанным текстом.<br />&#160; &#160; * createAttribute(attributeName) создает новый атрибут с указанным именем.</p> <p>Главное, что необходимо отметить - эти методы создают узлы, но не присоединяют их или не вставляют их в какой-нибудь конкретный документ. Для этого вы должны использовать один из уже рассмотренных методов, например insertBefore() или appendChild(). Следовательно, для создания и добавления нового элемента в документ вы можете использовать следующий код:</p><div class="code-box"><strong class="legend">Код:</strong><div class="blockcode"><div class="scrollbox" style="height: 10.5em"><pre>var pElement = myDocument.createElement(&quot;p&quot;); var text = myDocument.createTextNode(&quot;Here's some text in a p element.&quot;); pElement.appendChild(text); bodyElement.appendChild(pElement);</pre></div></div></div><p>После использования элемента document для получения доступа к DOM-дереву Web-страницы вы готовы начать работу непосредственно с элементами, атрибутами и текстом.</p> <p><strong>Узлы element</strong></p> <p>Хотя вы будете часто работать с узлами element, многие из операций, которые вы должны будете выполнять с элементами, включают методы и свойства, общие для всех узлов, а не только для элементов. Только два набора методов специфичны для элементов:</p> <p>&#160; &#160;1. Методы, относящиеся к работе с атрибутами:<br />&#160; &#160; &#160; &#160; &#160; * getAttribute(name) возвращает значение атрибута с именем name.<br />&#160; &#160; &#160; &#160; &#160; * removeAttribute(name) удаляет атрибут с именем name.<br />&#160; &#160; &#160; &#160; &#160; * setAttribute(name, value) создает атрибут с именем name и устанавливает его значение в value.<br />&#160; &#160; &#160; &#160; &#160; * getAttributeNode(name) возвращает узел attribute с именем name (узлы attribute описаны ниже).<br />&#160; &#160; &#160; &#160; &#160; * removeAttributeNode(node) удаляет узел attribute, соответствующий указанному node.<br />&#160; &#160;2. Методы, относящиеся к поиску вложенных элементов:<br />&#160; &#160; &#160; &#160; &#160; * getElementsByTagName(elementName) возвращает список узлов элементов с указанным именем.</p> <p>Это все довольно понятно, но все равно просмотрите некоторые примеры.</p> <p><strong>Работа с атрибутами</strong></p> <p>Работать с атрибутами довольно просто; например, вы можете создать новый элемент img с объектом document и установить некоторые из его атрибутов:</p><div class="code-box"><strong class="legend">Код:</strong><div class="blockcode"><div class="scrollbox" style="height: 12em"><pre>var imgElement = document.createElement(&quot;img&quot;); imgElement.setAttribute(&quot;src&quot;, &quot;http://www.headfirstlabs.com/Images/hraj_cover-150.jpg&quot;); imgElement.setAttribute(&quot;width&quot;, &quot;130&quot;); imgElement.setAttribute(&quot;height&quot;, &quot;150&quot;); bodyElement.appendChild(imgElement);</pre></div></div></div><p>Теперь это должно выглядеть однообразной работой. Фактически, вы должны начать понимать, что если знаете концепцию узла и доступные методы, работа с DOM в ваших Web-страницах и javascript-коде становится простой. В приведенном выше коде javascript создает новый элемент img, устанавливает некоторые атрибуты и добавляет его в тело HTML-страницы.</p> <p><strong>Поиск вложенных элементов</strong></p> <p>Легко также найти вложенные элементы. Например, вот код, который я использовал для поиска и удаления всех элементов img в HTML-странице из листинга 3:</p> <p>&#160; &#160; &#160;</p><div class="code-box"><strong class="legend">Код:</strong><div class="blockcode"><div class="scrollbox" style="height: 16.5em"><pre> // Удалить все элементы &lt;img&gt; верхнего уровня из тела if (bodyElement.hasChildNodes()) { for (i=0; i&lt;bodyElement.childNodes.length; i++) { var currentNode = bodyElement.childNodes[i]; if (currentNode.nodeName.toLowerCase() == &quot;img&quot;) { bodyElement.removeChild(currentNode); } } }</pre></div></div></div><p>Вы можете достичь аналогичного эффекта, используя getElementsByTagName():</p> <p>&#160; &#160; &#160; </p><div class="code-box"><strong class="legend">Код:</strong><div class="blockcode"><div class="scrollbox" style="height: 12em"><pre>// Удалить все элементы &lt;img&gt; верхнего уровня из тела var imgElements = bodyElement.getElementsByTagName(&quot;img&quot;); for (i=0; i&lt;imgElements.length; i++) { var imgElement = imgElements.item[i]; bodyElement.removeChild(imgElement); }</pre></div></div></div><p><strong><br />Узлы attribute</strong></p> <p>DOM представляет атрибуты как узлы, и вы всегда можете получить атрибуты элемента, используя свойство attributes элемента, как показано ниже:</p> <p>&#160; &#160; &#160; </p><div class="code-box"><strong class="legend">Код:</strong><div class="blockcode"><div class="scrollbox" style="height: 24em"><pre>// Удалить все элементы &lt;img&gt; верхнего уровня из тела var imgElements = bodyElement.getElementsByTagName(&quot;img&quot;); for (i=0; i&lt;imgElements.length; i++) { var imgElement = imgElements.item[i]; // Вывести некоторую информацию об этом элементе var msg = &quot;Found an img element!&quot;; var atts = imgElement.attributes; for (j=0; j&lt;atts.length; j++) { var att = atts.item(j); msg = msg + &quot;\n &quot; + att.nodeName + &quot;: '&quot; + att.nodeValue + &quot;'&quot;; } alert(msg); bodyElement.removeChild(imgElement); }</pre></div></div></div><p><strong>Странная ситуация с атрибутами</strong></p> <p>Атрибуты - это немного особый случай в DOM. С одной стороны, атрибуты на самом деле не являются потомками элементов, подобно другим элементам или тексту; другими словами, они не появляются &quot;под&quot; элементом. В то же время они имеют очевидную взаимосвязь с элементом; элемент &quot;владеет&quot; своими атрибутами. DOM использует узлы для представления атрибутов и делает их доступными элементу через специальный список. То есть, атрибуты являются частью DOM-дерева, но они часто не появляются в дереве. Достаточно сказать, что взаимосвязь атрибутов с остальной структурой DOM-дерева немного туманна.</p> <p>Стоит отметить, что свойство attributes на самом деле принадлежит типу node, а не только типу element. Немного странно и не влияет на ваше кодирование, но это надо знать.</p> <p>Хотя определенно можно работать с узлами attribute, часто проще использовать доступные для класса элемента методы для работы с атрибутами. Перечислим эти методы:</p> <p>&#160; &#160; * getAttribute(name) возвращает значение атрибута с именем name.<br />&#160; &#160; * removeAttribute(name) удаляет атрибут с именем name.<br />&#160; &#160; * setAttribute(name, value) создает атрибут с именем name и устанавливает его значение в value.</p> <p>Эти три метода не требуют от вас работы непосредственно с узлами attribute. Вместо них вы можете просто устанавливать и удалять атрибуты и их значения при помощи простых строковых свойств.</p> <p><strong>Узлы text</strong></p> <p>Последний тип узла, о котором стоит позаботиться (по крайней мере, в HTML DOM-деревьях), - это узел text. Почти все свойства, которые вы обычно будете использовать с узлами text, доступны на объекте node. Фактически, вы будете обычно использовать свойство nodeValue для получения текста из узла text так, как показано ниже:</p><div class="code-box"><strong class="legend">Код:</strong><div class="blockcode"><div class="scrollbox" style="height: 13.5em"><pre>var pElements = bodyElement.getElementsByTagName(&quot;p&quot;); for (i=0; i&lt;pElements.length; i++) { var pElement = pElements.item(i); var text = pElement.firstChild.nodeValue; alert(text); }</pre></div></div></div><p>Несколько других методов специфичны для узлов text. Они относятся к добавлению или разбиению данных в узле:</p> <p>&#160; &#160; * appendData(text) добавляет предоставленный вами текст в конец существующего в узле text текста.<br />&#160; &#160; * insertData(position, text) позволяет вам вставлять данные в середину узла text. Он вставляет предоставленный вами текст в указанную позицию.<br />&#160; &#160; * replaceData(position, length, text) удаляет указанное количество символов, начинающихся с указанной позиции, и помещает предоставленный вами текст на место удаленного.</p> <p><strong>Какой тип узла?</strong></p> <p>Все, что вы видели до сих пор, предполагает, что вы уже знаете, с каким типом узла работаете, хотя это не всегда так. Например, если вы перемещаетесь по DOM-дереву и работаете с общими типами node, то не знаете, переместились ли на элемент или на текст. Вы можете получить всех потомков элемента p и не быть уверенным, работаете ли с текстом, с элементом b, или, возможно, с элементом img. В этих случаях вы должны будете определить тип узла перед тем, как сможете его использовать.</p> <p>К счастью, определить это довольно просто. Тип DOM-узла определяет несколько констант:</p> <p>&#160; &#160;1. Node.ELEMENT_NODE - константа для типа узла element.<br />&#160; &#160;2. Node.ATTRIBUTE_NODE - константа для типа узла attribute.<br />&#160; &#160;3. Node.TEXT_NODE - константа для типа узла text.<br />&#160; &#160;4. Node.DOCUMENT_NODE - константа для типа узла document.</p> <p>Существует несколько других типов узлов, но при работе с HTML вы редко будете использовать какие-либо типы, кроме этих. Также я умышленно не привожу значений каждой из этих констант, хотя они определены в спецификации DOM; вы никогда не будете иметь дело со значениями непосредственно, поскольку именно для этого и нужны константы!</p> <p><strong>Свойство nodeType</strong></p> <p>Вы можете также использовать свойство nodeType (которое определяется для DOM-узла и поэтому доступно для всех узлов) для сравнения узла с перечисленными выше константами, как показано ниже:</p><div class="code-box"><strong class="legend">Код:</strong><div class="blockcode"><div class="scrollbox" style="height: 18em"><pre>var someNode = document.documentElement.firstChild; if (someNode.nodeType == Node.ELEMENT_NODE) { alert(&quot;We've found an element node named &quot; + someNode.nodeName); } else if (someNode.nodeType == Node.TEXT_NODE) { alert(&quot;It's a text node; the text is &quot; + someNode.nodeValue); } else if (someNode.nodeType == Node.ATTRIBUTE_NODE) { alert(&quot;It's an attribute named &quot; + someNode.nodeName + &quot; with a value of '&quot; + someNode.nodeValue + &quot;'&quot;); }</pre></div></div></div><p>Это довольно простой пример, но его главный смысл - получение типа узла является простой операцией. Более сложно определить, что делать с узлом после того, как станет известен его тип; но, имея твердые знания того, что предлагают типы node, text, attribute и elements, вы готовы взять DOM-программирование в свои руки.</p> <p>Хорошо, почти.</p> <p><strong>Искажение в работе</strong></p> <p>Похоже, что свойство nodeType является пропуском для работы с узлами - оно позволяет вам определить тип узла, с которым вы работаете, и написать код для работы с этим узлом. Проблема заключается в том, что определенные выше константы Node не работают правильно в Internet Explorer. То есть, если вы используете Node.ELEMENT_NODE, Node.TEXT_NODE или любую другую константу в вашем коде, Internet Explorer возвратит ошибку, аналогичную изображенной на рисунке 4.</p> <p>Рисунок 4. Internet Explorer выдает ошибку<br /><img class="postimg" loading="lazy" src="https://pics.kz/s3/92/06/ca/2e/9206ca2ea8bd8cf267a18a9d680863b0.jpg" alt="http://pics.kz/s3/92/06/ca/2e/9206ca2ea8bd8cf267a18a9d680863b0.jpg" /></p> <p>Internet Explorer всегда будет выдавать эту ошибку при использовании констант Node в вашем javascript. Поскольку большинство людей в мире все еще использует Internet Explorer, вы поступили бы правильно, избегая использования в вашем коде таких конструкций как Node.ELEMENT_NODE или Node.TEXT_NODE. Даже если в Internet Explorer 7.0 (в следующей версии Internet Explorer), предположительно, эта проблема будет исправлена, пройдет не мало лет, пока Internet Explorer 6.x выйдет из активного употребления. Потому избегайте использования Node; важно, чтобы ваш DOM-код (и ваши Ajax-приложения) работали на всех главных браузерах.</p> <p><strong>В заключение</strong></p> <p>Вы готовы к славе?</p> <p>Если вы действительно готовы к изучению и, в конечном счете, овладению DOM, то будете находиться на вершине профессионального уровня в Web-программировании. Большинство Web-программистов знает, как использовать javascript для написания перебора изображений или сбора данных из формы, а некоторые даже чувствуют себя комфортно, передавая запросы и получая ответы от сервера (это определенно должны быть вы после прочтения первых нескольких статей данной серии). Но реальное изменение структуры Web-страницы &quot;на лету&quot; - это не для слабонервных или неопытных.</p> <p>Вы узнали совсем не много в последних нескольких статьях этой серии. Теперь вы не должны бездельничать и ждать следующей статьи, надеясь, что я расскажу обо всех остроумных применениях DOM-дерева. Исследование того, как можно создать необычные эффекты или искусные интерфейсы при помощи DOM, - это сейчас ваше домашнее задание. Вспомните о том, что вы изучили в последних двух статьях, и начните экспериментировать. Подумайте, сможете ли вы создать Web-сайт, который выглядит как настольная прикладная программа, где объекты перемещаются по экрану в ответ на действие пользователя.</p> <p>Еще лучше, проведите границы вокруг каждого объекта на экране, так чтобы вы смогли видеть, где находятся объекты в DOM-дереве, и начните перемещать их. Создайте узлы и добавьте их к существующим спискам потомков; удалите узлы, имеющие большое количество вложенных узлов; измените CSS-стиль узла и посмотрите, повлияли ли эти изменения на дочерние узлы. Возможности безграничны, и каждый раз, попытавшись сделать что-то новое, вы узнаете что-то новое. Удачи в экспериментах с вашими Web-страницами.</p> <p>Далее, в готовящейся финальной части этой DOM-трилогии, я покажу вам, как внедрить некоторые замечательные и интересные применения DOM в ваше программирование. Я перестану говорить концептуально и объяснять API, а покажу некоторый код. А пока найдите какие-либо умные идеи и посмотрите, сможете ли вы их воплотить самостоятельно.</p> mybb@mybb.ru (TaronTo) Wed, 23 Dec 2009 17:13:14 +0300 https://speak.forumkz.ru/viewtopic.php?pid=35#p35 https://speak.forumkz.ru/viewtopic.php?pid=34#p34 <p>Источник: wwwibm.com<br />Уровень сложности: простой<br />Брэт Маклафлин, автор и редактор, O'Reilly Media Inc.<br />14.03.2006</p> <p>&#160; &#160; Водораздел между программистами (работающими с серверными приложениями) и Web-программистами (тратящими свое время на HTML, CSS и javascript) существует уже давно. Однако Document Object Model (DOM) ликвидировала пропасть и сделала работу с XML на сервере и с HTML на клиентском компьютере возможной и эффективной. В этой статье Брэт МакЛафлин знакомит с Document Object Model, объясняет ее использование в Web-страницах и начинает исследовать ее использование с javascript.</p> <p>Как и многие Web-программисты вы, возможно, работали с HTML. С HTML программисты начинают работу над Web-страницей; HTML часто является последней вещью, которую они делают по завершении работы с приложением или сайтом, вылизывая до последнего бита размещение, цвет или стиль. И, таким же обычным, как и использование HTML, является неправильное представление о том, что на самом деле происходит с HTML, когда он поступает в браузер для визуализации на экране. Перед тем как я углублюсь в то, что, по вашему мнению, может происходить (и почему это, вероятно, не правильно), я хочу прояснить информацию о процессах, вовлеченных в проектирование и обслуживание Web-страниц:</p> <p>&#160; &#160;1. Некто (обычно, вы!) создает HTML в текстовом редакторе или IDE.<br />&#160; &#160;2. Затем вы загружаете HTML на Web-сервер, например, Apache HTTPD, и делаете его общедоступным по Интернет или интранет.<br />&#160; &#160;3. Пользователь запрашивает вашу Web-страницу в браузере, например Firefox или Safari.<br />&#160; &#160;4. Браузер пользователя выполняет запрос HTML на ваш Web-сервер.<br />&#160; &#160;5. Браузер визуализирует страницу, полученную от сервера, в графическом и текстовом виде; пользователи просматривают и активируют Web-страницу.</p> <p>Хотя все это общеизвестно, вещи быстро становятся интересными. Фактически, огромное количество &quot;вещей&quot;, происходящих между шагами 4 и 5, и является предметом рассмотрения данной статьи. Термин &quot;вещь&quot; действительно применим, поскольку большинство программистов никогда не задумываются о том, что действительно происходит с их размеченным документом, когда браузер пользователя запрашивает его для отображения:</p> <p>&#160; &#160; * Читает ли браузер просто текст в HTML и отображает его?<br />&#160; &#160; * Как насчет CSS, особенно если CSS находится во внешнем файле?<br />&#160; &#160; * И как насчет javascript - опять же, часто, во внешнем файле?<br />&#160; &#160; * Как браузер обрабатывает эти элементы и как отображает обработчики событий, функции и стили на эту текстовую разметку?</p> <p>Оказывается, ответом на все эти вопросы является Document Object Model. Поэтому давайте без излишней суеты углубимся в DOM.</p> <p>Web-программисты и разметка</p> <p>Для большинства программистов их работа заканчивается там, где начинается Web-браузер. Другими словами, закинув файл в каталог на вашем Web-сервере, вы обычно делаете пометку &quot;сделано&quot; и (с надеждой) никогда о нем больше не вспоминаете! Это отличная цель, когда нужно написать ясные, хорошо-организованные страницы; нет ничего плохого в ожидании того, что ваша разметка отображается должным образом во всех браузерах, с различными версиями CSS и javascript.</p> <p>Проблема заключается в том, что такой подход ограничивает понимание программистом того, что на самом деле происходит в браузере. Более важно то, что он ограничивает вашу способность обновлять, изменять и реструктуризировать Web-страницу динамически, используя javascript на стороне клиента. Избавимся от этого ограничения и даже повысим интерактивность ваших Web-сайтов.</p> <p>Что делает программист</p> <p>Как типичный Web-программист, вы, возможно, запускаете ваш текстовый редактор и IDE и начинаете вводить HTML, CSS или даже javascript. Легко думать обо всех этих тегах, селекторах и атрибутах только как о небольших задачах, которые вы решаете для того, чтобы сайт выглядел должным образом. Но вы должны расширить ваши представления за эти рамки - представьте, что вы организуете ваше содержимое. Не беспокойтесь, я обещаю, что не превращу это в лекцию о красоте разметки или о том, что вы должны понять истинный потенциал вашей Web-страницы или что-либо еще метафизическое. Что вы действительно должны понимать точно - это какова ваша роль в Web-разработке.</p> <p>Когда дело касается внешнего вида страницы, вы, в лучшем случае, можете только давать советы. Если вы предоставляете таблицу стилей CSS, пользователь может переопределить ваши варианты стиля. Когда вы предоставляете размер шрифта, браузер пользователя может изменить эти размеры для людей с проблемами зрения или масштабировать их для крупных мониторов (с одинаково крупными разрешениями). Даже выбранные вами цвета и гарнитуры шрифтов зависят от монитора пользователя и от установленных на его системе шрифтов. Конечно, здорово сделать из страницы шедевр, но на все это вы имеете не самое большое влияние.</p> <p>Единственное, что находится под вашим абсолютным контролем - структура Web-страницы. Ваша разметка является неизменяемой, и пользователи не могут испортить ее; их браузеры могут только извлечь ее с вашего Web-сервера и отобразить (хотя и в стиле, больше соответствующем вкусу пользователя, а не вашему). Но организация этой страницы (находится ли слово в данном параграфе, или в другом теге div) полностью зависит от вас. Когда дело касается действительного изменения вашей страницы (что и делают большинство Ajax-приложений), вы работаете со структурой страницы. Хотя интересно изменить цвет фрагмента текста, намного более впечатляющим является добавление текста или целой секции на существующую страницу. Не важно, как пользователь меняет стиль этой секции - вы работаете с организацией самой страницы.</p> <p><strong>Что делает разметка</strong></p> <p>Как только вы осознаете, что ваша разметка, на самом деле, только структура страницы, то сможете взглянуть на нее по-другому. Вместо того, чтобы считать, что тег h1 делает текст большим, жирным и черным, думайте о нем, как о заголовке. Как его видит пользователь (использует ли он ваш CSS, свой собственный или комбинацию обоих) - это второстепенный вопрос. То есть, представляйте разметку как средство обеспечения данного уровня структуры; p указывает, что текст находится в параграфе, img отмечает изображение, div разделяет страницу на секции и т.д.</p> <p>Вы должны также четко понимать, что стиль и поведение (обработчики событий и javascript) применяются к этой структуре после ее создания. Разметка должна уже существовать перед тем, как с ней можно работать и накладывать стиль. То есть, так же как вы можете хранить CSS в отдельном файле от вашего HTML, структура вашей разметки отделена от ее стиля, форматирования и поведения. Хотя вы определенно можете менять стиль элемента или фрагмент текста из javascript, более интересным является действительное изменение структуры, на которой основана ваша разметка.</p> <p>Как только вы будете помнить, что ваша разметка обеспечивает только структуру или &quot;скелет&quot; для вашей страницы, вы будете &quot;на коне&quot;. И более того, вы увидите, как браузер берет эту текстовую структуру и превращает ее во что-то намного более интересное - набор объектов, каждый из которых может изменяться, добавляться или удаляться.</p> <p>Некоторые дополнительные мысли о разметке</p> <p>Редактирование обычного текста: Правильно или нет?<br />Обычные текстовые файлы идеальны для хранения разметки, но это не так для редактирования этой разметки. Вполне приемлемо использовать такие IDE как Macromedia DreamWeaver (или немного более навязчивую Microsoft® FrontPage®) для работы с разметкой Web-страницы. Эти интегрированные среды часто предлагают сокращенные команды и вспомогательную информацию при создании Web-страниц, особенно при использовании CSS и javascript, находящихся во внешних файлах относительно файла разметки страницы. Многие чудаки до сих пор предпочитают старый добрый Notepad или vi (признаюсь, я один из них), и это тоже отличный вариант. В любом случае конечный результат - это текстовый файл с разметкой.</p> <p>Текст по сети: Хорошая вещь<br />Как уже упоминалось, текст - это отличный носитель информации для документов, например, HTML или CSS, передаваемых по сети сотни и тысячи раз. Когда я говорю, что браузеру не просто представлять текст, это означает именно преобразование текста в визуальную и графическую страницу, которая отображается пользователю. Не имеет значения, как браузер на самом деле извлек страницу из Web-сервера; в данном случае текст все еще является лучшим вариантом.<br /><strong><br />Преимущества текстовой разметки</strong></p> <p>Перед обсуждением Web-браузера стоит рассмотреть вопрос, почему обычный текст является абсолютно лучшим выбором для хранения вашего HTML-кода (дополнительная информация приведена в разделе &quot;Некоторые дополнительные мысли о разметке&quot;). Не вдаваясь глубоко в рассмотрение всех за и против, просто вспомните, что ваш HTML-код передается по сети в Web-браузер каждый раз при просмотре страницы (для простоты не будем учитывать кеширование и т.д.). Просто не существует более эффективного способа, чем передавать текст. Двоичные объекты, графическое представление страницы, реорганизованная разметка … все это труднее передать по сети, чем обычные текстовые файлы.</p> <p>Добавим сюда и особенности браузера. Современные браузеры позволяют пользователям менять размер текста, масштабировать изображения, загружать CSS или javascript для страницы (в большинстве случаев) и многое другое - это все препятствует передаче в браузер какого-либо графического представления страницы. Вместо этого браузер нуждается в сыром HTML-коде, для того чтобы он сам смог применить какую-либо обработку к странице, а не полагаться на сервер при выполнении этой задачи. Таким же образом, отделение CSS от javascript и отделение их от HTML-разметки требует формата, который легко было бы, да-да, разделять. Текстовые файлы опять же являются отличным способом сделать именно это.</p> <p>И последнее, но не менее важное: вспомните обещание новых стандартов HTML 4.01 и XHTML 1.0 и 1.1 отделить содержимое (данные вашей страницы) от представления и стиля (обычно выделенные в CSS). Для программистов отделение их HTML-кода от CSS и последующее указание браузеру извлечь некоторое представление страницы, описывающее методы повторного объединения всего, нивелируют многие преимущества этих стандартов. Хранение этих отдельных частей раздельно по всему пути до браузера обеспечивает браузерам наибольшую гибкость в получении HTML от сервера.</p> <p><strong>Подробнее о Web-браузерах<br /></strong><br />Для некоторых из вас, все, что вы до сих пор прочитали, может быть забавным обзором вашей роли в процессе Web-разработки. Но когда дело доходит до вопроса, что же делает Web-браузер, многие из самых сообразительных Web-дизайнеров и разработчиков часто не представляют себе, что же на самом деле происходит &quot;под капотом&quot;. Я рассмотрю это в данном разделе. И не беспокойтесь, код вскоре появится. Потерпите еще немного, поскольку четкое понимание процессов, происходящих в браузере, очень важно для корректной работы вашего кода.<br /><strong><br />Недостатки текстовой разметки</strong></p> <p>Хотя текстовая разметка имеет огромные преимущества для дизайнера или создателя страницы, она имеет довольно значительные недостатки для браузера. В частности, браузерам не просто непосредственно представить текстовую разметку пользователю визуально (дополнительная информация приведена в разделе &quot;Некоторые дополнительные мысли о разметке&quot;). Учитывайте следующие частые задачи браузера:</p> <p>&#160; &#160; * Применить CSS-стили (часто из нескольких таблиц стилей во внешних файлах) к разметке, основываясь на типе элемента, его классе, ID и его позиции в HTML-документе.<br />&#160; &#160; * Применить стили и форматирование на основе javascript-кода (тоже часто во внешних файлах) для различных частей HTML-документа.<br />&#160; &#160; * Изменить значение полей формы, основываясь на javascript-коде.<br />&#160; &#160; * Поддержать визуальные эффекты (например, перебор изображений и перестановка изображений), основываясь на javascript-коде.</p> <p>Сложность заключается не в кодировании этих задач; довольно просто выполнить каждую из них. Сложность в браузере, выполняющем эти задачи. Если разметка сохраняется в тексте и, например, вы хотите выровнять текст по центру (text-align: center) элемента p в классе center-text, как это сделать?</p> <p>&#160; &#160; * Добавить встроенное стилевое оформление текста?<br />&#160; &#160; * Применить стилевое оформление к HTML-тексту в браузере и просто следить, какое содержимое отцентрировано, а какое нет?<br />&#160; &#160; * Предоставить не оформленный HTML и затем применить формат после отображения?</p> <p>Эти трудные вопросы являются причиной, почему так мало людей занимается в настоящее время программированием браузеров (тем, кто делает это, нужно сказать искреннее &quot;Спасибо!&quot;).</p> <p>Очевидно, обычный текст - это не очень хороший способ хранения HTML для браузера, даже если текст и является хорошим решением для первоначального получения разметки страницы. Добавьте к этому способность javascript менять структуру страницы, и дело действительно станет мудреным. Должен ли браузер записать измененную структуру на диск? Как он может следить за текущим состоянием документа?</p> <p>Очевидно, текст не является ответом. Его трудно модифицировать, трудно применять стили и поведение, и, в конечном итоге, он служит слабым отражением динамической природы современных Web-страниц.</p> <p>Переходим к деревьям</p> <p>Решением этой проблемы (по крайней мере, решением, выбранным в современных Web-браузерах) является использование древовидной структуры для представления HTML. Взгляните на листинг 1, где приведена довольно простая и скучная HTML-страница, представленная в виде текстовой разметки.<br /><strong><br />Листинг 1. Простая HTML-страница в текстовой разметке</strong></p> <p>&lt;html&gt;<br />&lt;head&gt;<br />&lt;title&gt;Trees, trees, everywhere&lt;/title&gt;<br />&lt;/head&gt;<br />&lt;body&gt;<br />&lt;h1&gt;Trees, trees, everywhere&lt;/h1&gt;<br />&lt;p&gt;Welcome to a &lt;em&gt;really&lt;/em&gt; boring page.&lt;/p&gt;<br />&lt;div&gt;<br />&#160; &#160; Come again soon.<br />&lt;img src=&quot;come-again.gif&quot; /&gt;<br />&lt;/div&gt;<br />&lt;/body&gt;<br />&lt;/html&gt;</p> <p>Браузер принимает ее и преобразовывает в древовидную структуру, изображенную на рисунке 1.</p> <p>Рисунок 1. Листинг 1 в виде дерева<br /><img class="postimg" loading="lazy" src="https://pics.kz/s1/56/aa/47/e8/56aa47e806e1453b312ba26c89432abb.gif" alt="http://pics.kz/s1/56/aa/47/e8/56aa47e806e1453b312ba26c89432abb.gif" /></p> <p>Я сделал несколько очень небольших упрощений для целей данной статьи. Эксперты в DOM или XML знают, что пробелы могут иметь влияние на представление текста в документе и на разбиение древовидной структуры в Web-браузере. Учет этого дает мало, а только запутывает дело, поэтому если вы знаете о влиянии пробелов - отлично; если нет, продолжайте чтение и не беспокойтесь об этом. Когда это станет важно, вы всегда найдете все необходимое.</p> <p>В отличие от действительной структуры дерева, первой вещью, которую вы можете заметить, является то, что все в дереве начинается с самого внешнего, всеохватывающего элемента HTML, которым является html. Согласно метафоре дерева, он называется корнем. Поэтому, даже хотя он находится внизу дерева, всегда начинайте поиск и анализ деревьев с него. Если вам удобнее, можете перевернуть все с ног на голову, хотя это немножко не вписывается в метафору дерева.</p> <p>Из корня отходят линии, показывающие взаимоотношения между различными частями разметки. Элементы head и body являются потомками корневого элемента html; title - это потомок head, а текст &quot;Trees, trees, everywhere&quot; - потомок title. Подобным же образом организовано и все дерево.</p> <p><strong>Несколько дополнительных терминов</strong></p> <p>Продолжая метафору дерева, говорят, что head и body являются ветвями html. Они являются ветвями потому, что в свою очередь имеют собственных потомков. Если вы пройдете до концов дерева, то, скорее всего, попадете в текстовые элементы, например &quot;Trees, trees, everywhere&quot; и &quot;really&quot;. Они часто называются листьями, поскольку не имеют собственных потомков. Вам не нужно запоминать все эти понятия; часто легче просто представить древовидную структуру, когда вы пытаетесь понять, что означает конкретный термин.</p> <p><strong>Значение объектов</strong></p> <p>Теперь, когда у вас на вооружении есть некоторая основная терминология, время сконцентрироваться на этих маленьких прямоугольничках с названиями элемента и текстом внутри (рисунок 1). Каждый прямоугольник является объектом; здесь браузер решает некоторые из описанных проблем с текстом. Используя объекты для представления каждого участка HTML-документа, становится очень просто менять структуру, применять стили, разрешать javascript получать доступ к документу и многое другое.<br /><strong><br />Типы и свойства объектов</strong></p> <p>Каждый возможный тип разметки получает свой собственный тип объекта. Например, элементы в вашем HTML-коде представлены типом объекта Element. Текст представлен типом Text, атрибуты - типами Attribute и так далее.</p> <p>Итак, Web-браузер не только использует объектную модель для представления вашего документа (устраняя необходимость иметь дело со статическим текстом), но может немедленно рассказать о чем-нибудь по его типу объекта. HTML-документ синтаксически анализируется и превращается в набор объектов, как вы видели на рисунке 1, и такие элементы, как угловые скобки и escape-последовательности (например, использование &lt; для &lt; и &gt; для &gt;) больше не становятся проблемой. Это делает работу браузера, по крайней мере, после анализа полученной HTML-страницы, намного легче. Операция определения того, элемент это или атрибут, и последующего определения того, что делать с этим типом объектов, является простой.</p> <p>Используя объекты, Web-браузер может изменить свойства этих объектов. Например, каждый объект имеет родителя и список потомков. Поэтому добавление нового дочернего элемента или текста представляет собой простое добавление нового потомка в список потомков элемента. Эти объекты также имеют свойство style, поэтому динамическое изменение стиля элемента или участка текста становится тривиальной задачей. Например, вы можете изменить высоту элемента div, используя следующий javascript-код:</p> <p>someDiv.style.height = &quot;300px&quot;;</p> <p>Другими словами, Web-браузер может очень просто изменить внешний вид и структуру дерева, используя подобные свойства объекта. Сравните это с теми сложными типами действий, которые браузер должен был делать, если бы страница внутренне представлялась в виде текста (каждое изменение свойства или структуры потребовало бы от браузера перезаписи статического файла, его повторного синтаксического анализа и повторного отображения на экране). Все это становится возможным с объектами.</p> <p>Теперь потратьте время на открытие какого-либо вашего HTML-документа и на схематическое представление его в виде дерева. Хотя это может показаться необычной просьбой (особенно в статье, содержащей очень малый объем кода), вы должны познакомиться со структурой этих деревьев, если хотите уметь управлять ими.</p> <p>Во время работы вы, возможно, обнаружите некоторые странности. Например, представьте следующие ситуации:</p> <p>&#160; &#160; * Что происходит с атрибутами?<br />&#160; &#160; * Как насчет текста, который разбит такими элементами как em и b?<br />&#160; &#160; * И как насчет HTML, который не структурирован корректно (например, отсутствует закрывающий тег p)?</p> <p>Познакомившись с такого рода проблемами, вы намного лучше поймете следующие несколько разделов.</p> <p>Строгость иногда полезна</p> <p>Если вы пробовали выполнить только что упомянутое мной упражнение, то, возможно, обнаружили некоторые потенциальные проблемы при просмотре вашей разметки в виде дерева (если вы упражнение не делали, просто поверьте мне на слово!). Фактически, вы обнаружите некоторые из них в листинге 1 и на рисунке 1, начиная со способа разбиения элемента p. Если бы вы спросили обычного Web-разработчика, каково текстовое содержимое элемента p, самым распространенным ответом был бы &quot;Welcome to a really boring Web page&quot;. Если вы сравните это с рисунком 1, то увидите, что этот ответ хотя и логичен, но не совсем корректен.</p> <p>Оказывается, что элемент p имеет три различных дочерних элемента, и ни один из них не содержит текст &quot;Welcome to a really boring Web page&quot; полностью. Вы найдете части этого текста, например, &quot;Welcome to a &quot; и &quot; boring Web page&quot;, но не все вместе. Для того чтобы это понять, вспомните о том, что все в вашей разметке должно быть превращено в объект некоторого типа.</p> <p>Более того, порядок имеет значение! Вы можете представить себе, как реагировали бы пользователи Web-браузера, если бы он показывал корректную разметку, но в отличном от указанного вами в HTML-коде порядке? Параграфы наложились бы друг на друга между заголовками, хотя вы не так организовывали ваш документ? Очевидно, что браузер должен сохранять порядок элементов и текста.</p> <p>В данном случае элемент p имеет три различные части:</p> <p>&#160; &#160; * Текст, расположенный до элемента em<br />&#160; &#160; * Сам элемент em<br />&#160; &#160; * Текст, расположенный после элемента em</p> <p>Если вы перемешаете порядок, то можете выделить не ту часть текста. Для сохранения всего в нужном состоянии элемент p содержит дочерние объекты в том порядке, в котором они появляются в HTML (листинг 1). Более того, выделенный текст &quot;really&quot; не является дочерним элементом p; он - потомок em, который является потомком p.</p> <p>Для вас очень важно понимать эту концепцию. Даже если текст &quot;really&quot; будет отображаться вместе с остальным текстом элемента p, он все равно является прямым потомком элемента em. Он имеет отличное от остального текста p форматирование и может быть перемещен независимо от остального текста.</p> <p>Чтобы помочь закрепить все это в вашей голове, попробуйте нарисовать схему HTML из листингов 2 и 3, проверяя сохранение текста с его корректным предком (не смотря на то, как этот текст может в конечном итоге отображаться на экране).</p> <p><strong>Листинг 2. Разметка с немного хитрой вложенностью элементов</strong></p> <p>&lt;html&gt;<br />&lt;head&gt;<br />&lt;title&gt;This is a little tricky&lt;/title&gt;<br />&lt;/head&gt;<br />&lt;body&gt;<br />&lt;h1&gt;Pay &lt;u&gt;close&lt;/u&gt; attention, OK?&lt;/h1&gt;<br />&lt;div&gt;<br />&lt;p&gt;This p really isn't &lt;em&gt;necessary&lt;/em&gt;, but it makes the <br />&lt;span id=&quot;bold-text&quot;&gt;structure &lt;i&gt;and&lt;/i&gt; the organization&lt;/span&gt;<br />&#160; &#160; &#160; of the page easier to keep up with.&lt;/p&gt;<br />&lt;/div&gt;<br />&lt;/body&gt;<br />&lt;/html&gt;<br /></p> <p><strong>Листинг 3. Еще более хитрая вложенность элементов</strong></p> <p>&lt;html&gt;<br />&lt;head&gt;<br />&lt;title&gt;Trickier nesting, still&lt;/title&gt;<br />&lt;/head&gt;<br />&lt;body&gt;<br />&lt;div id=&quot;main-body&quot;&gt;<br />&lt;div id=&quot;contents&quot;&gt;<br />&lt;table&gt; <br />&lt;tr&gt;&lt;th&gt;Steps&lt;/th&gt;&lt;th&gt;Process&lt;/th&gt;&lt;/tr&gt;<br />&lt;tr&gt;&lt;td&gt;1&lt;/td&gt;&lt;td&gt;Figure out the &lt;em&gt;root element&lt;/em&gt;.&lt;/td&gt;&lt;/tr&gt;<br />&lt;tr&gt;&lt;td&gt;2&lt;/td&gt;&lt;td&gt;Deal with the &lt;span id=&quot;code&quot;&gt;head&lt;/span&gt; first,<br />&#160; &#160; &#160; &#160; &#160;as it's usually easy.&lt;/td&gt;&lt;/tr&gt;<br />&lt;tr&gt;&lt;td&gt;3&lt;/td&gt;&lt;td&gt;Work through the &lt;span id=&quot;code&quot;&gt;body&lt;/span&gt;.<br />&#160; &#160; &#160; &#160; &#160;Just &lt;em&gt;take your time&lt;/em&gt;.&lt;/td&gt;&lt;/tr&gt;<br />&lt;/table&gt;<br />&lt;/div&gt;<br />&lt;div id=&quot;closing&quot;&gt;<br />&#160; &#160; This link is &lt;em&gt;not&lt;/em&gt; active, but if it were, the answers<br />&#160; &#160; to this &lt;a href=&quot;answers.html&quot;&gt;&lt;img src=&quot;exercise.gif&quot; /&gt;&lt;/a&gt; would<br />&#160; &#160; be there. But &lt;em&gt;do the exercise anyway!&lt;/em&gt;<br />&lt;/div&gt;<br />&lt;/div&gt;<br />&lt;/body&gt;<br />&lt;/html&gt;</p> <p>Вы найдете ответы на эти упражнения в GIF-файлах tricky-solution.gif (рисунок 2) и trickier-solution.gif (рисунок 3) в конце этой статьи. Не заглядывайте в них, пока не потратите время на самостоятельную работу. Это поможет понять, как строгие правила применяются к структуре дерева, и действительно поможет вам на пути к освоению HTML и его древовидной структуры.</p> <p><strong>Как насчет атрибутов?</strong></p> <p>Сталкивались ли вы с какими-либо проблемами, когда определяли, что делать с атрибутами? Как я уже говорил, атрибуты имеют свой собственный тип объекта, но атрибут на самом деле не является потомком элемента, в котором появляется - вложенные элементы и текст не находятся на таком же &quot;уровне&quot; атрибута, и вы увидите, что ответы на упражнения из листингов 2 и 3 не показывают атрибуты.</p> <p>Атрибуты действительно хранятся в объектной модели, которую использует браузер, но они имеют немного другое положение. Каждый элемент содержит список доступных ему атрибутов отдельно от списка дочерних объектов. То есть, элемент div может иметь список, содержащий один атрибут с именем &quot;id&quot; и другой с именем &quot;class&quot;.</p> <p>Помните, что атрибуты элемента должны иметь уникальные имена; другими словами, элемент не может иметь два атрибута &quot;id&quot; или два атрибута &quot;class&quot;. Это позволяет хранить список и обращаться к нему очень просто. Как вы увидите в следующей статье, вы можете просто вызвать метод, например, getAttribute(&quot;id&quot;), для получения значения атрибута по его имени. Вы можете также добавлять атрибуты и устанавливать (или сбрасывать) значение существующих атрибутов при помощи вызовов сходных методов.</p> <p>Также стоит подчеркнуть, что уникальность имен атрибутов делает этот список отличным от списка дочерних объектов. Элемент p мог бы иметь несколько элементов em, то есть, список дочерних объектов может содержать дублированные элементы. Хотя список потомков и список атрибутов работают аналогично, один может иметь дубликаты (потомок объекта), а второй - нет (атрибуты элемента). Наконец, только элементы могут иметь атрибуты, то есть, текстовые объекты не имеют списков, присоединяемых к ним для хранения атрибутов.</p> <p>Небрежный HTML</p> <p>Прежде чем идти дальше, стоит потратить некоторое время еще на одну тему, связанную с преобразованием браузером разметок в древовидное представление, - как браузер справляется с разметкой, не являющейся грамматически правильной. Грамматически правильный - это термин, используемый в основном в XML. Он означает два основных правила:</p> <p>&#160; &#160; * Каждый открывающий тег должен иметь соответствующий закрывающий тег. То есть, каждому &lt;p&gt; в документе соответствует &lt;/p&gt;, каждому &lt;div&gt; - &lt;/div&gt; и т.д. .<br />&#160; &#160; * Самый внутренний открывающий тег соответствует самому внутреннему закрывающему тегу и т.д. То есть, запись &lt;b&gt;&lt;i&gt;жирный и наклонный &lt;/b&gt;&lt;/i&gt; будет не правильной, поскольку самый внутренний открывающий тег &lt;i&gt; ошибочно соответствует самому внутреннему закрывающему тегу &lt;b&gt;. Чтобы сделать этот фрагмент грамматически правильным, нужно поменять порядок либо открывающих тегов, либо закрывающих (если вы поменяете и то, и другое, проблема останется).</p> <p>Внимательно изучите два эти правила. Они не только упрощают структуру документа, но и устраняют двусмысленность. Нужно сначала сделать шрифт жирным, или наклонным? Или наоборот? Если этот порядок и двусмысленность кажется не очень важным, помните о том, что CSS позволяет правилам переопределять другие правила, то есть, если, например, шрифт текста внутри элементов b был отличным от шрифта внутри элементов i, то порядок применения форматирования становится очень важным. Следовательно, грамматическая правильность HTML-страницы начинает играть важную роль.</p> <p>В тех случаях, когда браузер получает документ, не являющийся грамматически правильным, он просто делает лучшее, на что способен. Получаемая древовидная структура является в лучшем случае аппроксимацией того, что намеревался передать автор оригинальной страницы, и в худшем - что-то совершенно другое. Если вы когда-то загружали вашу страницу в браузер и видели что-то абсолютно неожиданное, то значит вы видели результат безуспешных попыток браузера догадаться о структуре вашего документа. Естественно, исправить это довольно просто: проверьте, является ли ваш документ грамматически правильным! Если вы сомневаетесь в чем-то при написании таких стандартизированных HTML-страниц, обратитесь за помощью в раздел &quot;Ресурсы&quot;.</p> <p>Введение в DOM</p> <p>До сих пор вы слышали, что браузеры превращают Web-страницу в объектное представление, и возможно даже догадывались, что таким представлением является DOM-дерево. DOM обозначает Document Object Model и является спецификацией, доступной на World Wide Web Consortium (W3C) (вы можете проверить несколько связанных с DOM ссылок в разделе &quot;Ресурсы&quot;).</p> <p>Хотя более важно, что DOM определяет типы и свойства объектов - это позволяет браузерам представлять разметку (в следующей статье этой серии будут рассмотрены особенности использования DOM из вашего javascript и Ajax-кода).</p> <p>Объект document</p> <p>Первое, и самое главное, вам необходимо получить доступ к самой объектной модели. Это удивительно просто; для использования встроенной переменной document в любом месте javascript-кода, выполняющегося на вашей Web-странице, вы можете написать следующее:</p> <p>var domTree = document;</p> <p>Конечно, этот код совершенно бесполезен сам по себе, но он демонстрирует то, что каждый браузер делает объект document доступным для javascript-кода, и этот объект представляет полное дерево разметки (рисунок 1).</p> <p>Все есть узел</p> <p>Несомненно, объект document важен, но это только начало. Перед тем, как продолжить, вы должны изучить еще одно понятие - узел (node). Вы уже знаете, что каждый кусочек разметки представляется в виде объекта, но это не просто любой объект - это конкретный объект, DOM-узел. Более специфические типы (например, text, elements и attributes) расширяют этот базовый тип node. То есть, у вас есть текстовые узлы, узлы элементов и узлы атрибутов.</p> <p>Если вы много программировали в javascript, то, возможно, уже использовали DOM-код. Если вы до сих пор следовали этой Ajax-серии статей, то определенно использовали DOM-код некоторое время. Например, строка var number = document.getElementById(&quot;phone&quot;).value; использует DOM для поиска конкретного элемента и для извлечения значения этого элемента (в данном случае поле формы). То есть, даже если вы этого не понимали, то все равно использовали DOM каждый раз, когда вводили document в ваш javascript-код.</p> <p>Уточним изученные вами понятия. DOM-дерево - это дерево объектов, точнее, дерево объектов node. В Ajax-приложениях (или в любом другом javascript-коде) вы можете работать с этими узлами для создания таких эффектов, как удаление элемента и его содержимого, цветовое выделение определенного фрагмента текста или добавление нового элемента изображения. Поскольку все это происходит на стороне клиента (в коде, работающем в вашем Web-браузере), эти эффекты выполняются немедленно, без обмена информацией с сервером. В конечном итоге, получаем приложение, являющееся более чувствительным, поскольку изменения Web-страницы происходят без длительных пауз, возникающих при передаче запроса на сервер и интерпретации ответа.</p> <p>В большинстве языков программирования вы должны изучить реальные имена объектов для каждого типа узла, изучить доступные свойства и узнать о типах и их преобразовании; но ничего этого не надо в javascript. Вы можете просто создать переменную и назначить ей желаемый объект (как вы уже видели):</p> <p>var domTree = document;<br />var phoneNumberElement = document.getElementById(&quot;phone&quot;);<br />var phoneNumber = phoneNumberElement.value;</p> <p>Здесь нет типов; javascript управляет созданием переменных и назначением им корректных типов при необходимости. В результате использовать DOM в javascript становится довольно тривиальной задачей (в следующей статье будет рассматриваться DOM по отношению к XML и немного более сложные ситуации).</p> <p><strong>В заключение</strong></p> <p>Сейчас я собираюсь вас немного заинтриговать. Очевидно, что эта статья не была полностью исчерпывающим обзором DOM; фактически эта статья лишь немного больше, чем введение в DOM. DOM больше рассказанного мной сегодня!</p> <p>Следующая статья данной серии развивает эти идеи и детальнее рассматривает использование DOM в javascript для обновления Web-страниц, динамического изменения HTML и создания более интерактивных приложений для ваших пользователей. Я вернусь к DOM опять в следующих статьях при рассмотрении использования XML в ваших Ajax-запросах. Поэтому осваивайте DOM; это главная часть Ajax-приложений.</p> <p>Было бы довольно просто заняться сейчас DOM более интенсивно, подробно рассматривая перемещение в DOM-дереве, получение значений элементов и текста, итерацию по списку узлов и т.д., но это, возможно, оставило бы у вас ощущение, что DOM имеет отношение к коду, а это не так.</p> <p>Перед следующей статьей попробуйте подумать о структурах дерева и поработайте с некоторыми вашими собственными HTML-страницами, посмотрите, как Web-браузер преобразует эти HTML в древовидное представление разметки. Также продумайте структуру DOM-дерева и проработайте специальные случаи, рассмотренные в этой статье: атрибуты, текст, имеющий смесь элементов, элементы, не имеющие текстового содержимого (например, элемент img).</p> <p>Если вы четко усвоите эти концепции и затем изучите синтаксис javascript и DOM (в следующей статье), это значительно облегчит создание интерактивных Web-приложений с быстрой реакцией.</p> <p>И не забывайте, здесь приведены ответы для листингов 2 и 3 - они тоже включены в код примеров!</p> <p>Рисунок 2. Ответ для листинга 2<br /><img class="postimg" loading="lazy" src="https://pics.kz/s1/9a/2e/13/cb/9a2e13cbebeb6369a6f35f09c79cdfa8.gif" alt="http://pics.kz/s1/9a/2e/13/cb/9a2e13cbebeb6369a6f35f09c79cdfa8.gif" /></p> <p>Рисунок 3. Ответ для листинга 3<br /><img class="postimg" loading="lazy" src="https://pics.kz/s5/df/d7/76/9c/dfd7769c454f4a6b4a3a566a714b0b72.gif" alt="http://pics.kz/s5/df/d7/76/9c/dfd7769c454f4a6b4a3a566a714b0b72.gif" /></p> mybb@mybb.ru (TaronTo) Wed, 23 Dec 2009 17:01:49 +0300 https://speak.forumkz.ru/viewtopic.php?pid=34#p34 https://speak.forumkz.ru/viewtopic.php?pid=33#p33 <p>Уровень сложности: простой<br />Бретт Маклафлин (Brett McLaughlin), <br />Автор/Редактор, O'Reilly and Associates<br />14.02.2006</p> <p>&#160; &#160; Для многих Web-разработчиков выполнение простых запросов и получение простых ответов – это все, что когда-нибудь может им понадобиться, но для разработчиков, которые хотят освоить Ajax, необходимо полное понимание кодов состояния HTTP, состояний готовности и объекта XMLHttpRequest. В этой статье Брэт Маклафлин расскажет о различных кодах состояния и продемонстрирует, как браузеры их воспринимают. Он расскажет также о малоиспользуемых HTTP-запросах, которые вы можете применять с Ajax.</p> <p>В последней статье этой серии я предоставил введение в объект XMLHttpRequest, центральный элемент Ajax-приложения, который управляет запросами к серверному приложению или сценарию, а также работает с возвращенными данными из этого серверного компонента. Каждое Ajax-приложение использует объект XMLHttpRequest, поэтому вы должны быть очень близко знакомы с ним, для того чтобы заставить ваши Ajax-приложения выполняться и выполняться хорошо.</p> <p>В этой статье я выйду за границы представленных в предыдущей статье основ и сконцентрируюсь более детально на трех ключевых частях этого объекта:</p> <p>&#160; &#160; * Состояние готовности HTTP<br />&#160; &#160; * Код состояния HTTP<br />&#160; &#160; * Типы запросов, которые вы можете сделать</p> <p>Каждый из них является, как правило, частью структуры запроса; в результате о них известно мало подробностей. Однако вы должны свободно разбираться в состояниях готовности, кодах состояния и запросах, если хотите не просто поиграть в Ajax-программирование, а сделать больше. Когда в вашем приложении что-то идет не так (все всегда идет не так), знание кодов состояния, способов передачи HEAD-запроса или того, что означает код состояния 400, может вылиться в разницу между пятью минутами отладки и пятью часами разочарования и замешательства.</p> <p>XMLHttpRequest или XMLHttp</p> <p>Microsoft™ и Internet Explorer использует объект XMLHttp вместо объекта XMLHttpRequest, используемого в браузерах Mozilla, Opera, Safari и большинстве остальных браузеров. Ради простоты я буду ссылаться на оба этих объекта просто как XMLHttpRequest. Это соответствует общепринятой практике в Web и также совпадает с намерениями Microsoft использовать XMLHttpRequest в качестве имени объекта запроса в Internet Explorer 7.0 (более подробно об этом – во второй части).</p> <p>Сначала рассмотрим состояния готовности HTTP.</p> <p>Подробно о состояниях готовности HTTP</p> <p>Вы должны помнить из предыдущей статьи, что объект XMLHttpRequest имеет свойство readyState. Это свойство удостоверяет, что сервер завершил запрос, и обычно функция обратного вызова использует данные от сервера для обновления Web-формы или страницы. В листинге 1 приведен простой пример этого (также в последней статье этой серии – смотрите раздел Ресурсы).<br /><strong><br />Листинг 1. Работа с ответом сервера в функции обратного вызова</strong></p> <p>&#160; &#160; &#160; &#160; <br /> function updatePage() {<br />if (request.readyState == 4) {<br />&#160; &#160; &#160;if (request.status == 200) {<br />&#160; &#160; &#160; &#160;var response = request.responseText.split(&quot;|&quot;);<br />&#160; &#160; &#160; &#160;document.getElementById(&quot;order&quot;).value = response[0];<br />&#160; &#160; &#160; &#160;document.getElementById(&quot;address&quot;).innerHTML =<br />&#160; &#160; &#160; &#160; &#160;response[1].replace(/\n/g, &quot;&lt;br /&gt;&quot;);<br />&#160; &#160; &#160;} else<br />&#160; &#160; &#160; &#160;alert(&quot;status is &quot; + request.status);<br />&#160; &#160;}<br /> }</p> <p>Это определенно наиболее общее (и наиболее простое) использование состояний готовности. Как вы, возможно, догадались по числу &quot;4&quot;, существует и несколько других состояний готовности (список приведен в последней статье этого цикла статей – см. раздел Ресурсы):</p> <p>&#160; &#160; * 0: Запрос не инициализирован (перед вызовом open()).<br />&#160; &#160; * 1: Запрос инициализирован, но не был передан (перед вызовом send()).<br />&#160; &#160; * 2: Запрос был передан и обрабатывается (на данном этапе вы можете обычно получить заголовки содержимого из ответа).<br />&#160; &#160; * 3: Запрос обрабатывается; часто в ответе доступны некоторые частичные данные, но сервер не закончил свой ответ.<br />&#160; &#160; * 4: Ответ завершен; вы можете получить ответ сервера и использовать его.</p> <p>Если вы хотите выйти за рамки основ Ajax-программирования, то должны знать не только эти состояния, но и когда они возникают, а также как вы можете использовать их. Первое и самое главное – вы должны изучить, на каком этапе запроса возникает каждое состояние. К сожалению, это не такая уж интуитивная вещь, и имеются специальные случаи.</p> <p>Скрытые значения состояний готовности</p> <p>Первое состояние готовности, обозначаемое значением свойства readyState равным 0 (readyState == 0), представляет неинициализированный запрос. Как только вы вызовете метод open() вашего объекта запроса, это свойство устанавливается в 1. Поскольку вы почти всегда вызываете open() сразу после инициализации вашего запроса, редко можно увидеть readyState == 0. Более того, неинициализированное состояние готовности достаточно бесполезно в реальных приложениях.</p> <p>Тем не менее, в интересах полноты изложения взгляните на листинг 2, в котором показано, как получить состояние готовности, когда оно установлено в 0.</p> <p><strong>Листинг 2. Получение состояния готовности 0<br /></strong><br />&#160; &#160; &#160; &#160; <br />&#160; &#160;function getSalesData() {<br />&#160; &#160; &#160;// Создать объект request<br />&#160; &#160; &#160;createRequest();&#160; &#160; <br />alert(&quot;Ready state is: &quot; + request.readyState);<br />&#160; &#160; &#160;// Настроить&#160; (инициализировать) запрос<br />&#160; &#160; &#160;var url = &quot;/boards/servlet/UpdateBoardSales&quot;;<br />&#160; &#160; &#160;request.open(&quot;GET&quot;, url, true);<br />&#160; &#160; &#160;request.onreadystatechange = updatePage;<br />&#160; &#160; &#160;request.send(null);<br />&#160; &#160;}</p> <p>В этом простом примере getSalesData() – это функция, которую вызывает ваша Web-страница для запуска запроса (как при нажатии кнопки). Обратите внимание, что вы должны проверить состояние готовности перед вызовом open(). На рисунке 1 sпоказан результат выполнения этого приложения.</p> <p>Рисунок 1. Состояние готовности 0<br /><img class="postimg" loading="lazy" src="https://pics.kz/s1/4e/7f/8b/c4/4e7f8bc4edc9d36cf4c041b3e37a2500.jpg" alt="http://pics.kz/s1/4e/7f/8b/c4/4e7f8bc4edc9d36cf4c041b3e37a2500.jpg" /></p> <p><strong>Когда 0 равен 4</strong></p> <p>В том случае, когда несколько javascript-функций используют один и тот же объект запроса, проверка на равенство 0 состояния готовности (для гарантии того, что объект еще не используется) может вызвать проблемы. Поскольку readyState == 4 указывает на завершенность запроса, вы часто сможете найти неиспользуемые объекты, имеющие состояние готовности все еще равное 4 – данные от сервера были использованы, но ничего после этого не произошло для сброса состояния готовности. Существует функция, сбрасывающая состояние готовности объекта запроса, - это функция abort(), но она предназначена не для этого. Если вам нужны несколько функций, возможно, лучшим вариантом будет создание и использование объекта запроса для каждой функции, а не общее использование одного объекта.</p> <p>Очевидно, это не очень хорошо; существует очень мало случаев, когда вы должны проверять, что open() не была вызвана. Единственным использованием этого состояния готовности в &quot;почти реальном&quot; Ajax-программировании будет ситуация, когда вы выполняете несколько запросов, используя один и то же объект XMLHttpRequest из нескольких функций. В этой ситуации (довольно необычной) вы, возможно, захотите убедиться, что объект запроса находится в неинициализированном состоянии (readyState == 0) перед выполнением новых запросов. Это, в сущности, гарантирует, что другая функция не использует объект в это же время.</p> <p>Обзор состояния готовности выполняющегося запроса</p> <p>От состояния готовности 0 ваш объект запроса должен проходить через каждое другое состояние в обычном запросе и ответе, и, в конце концов, закончить на состоянии 4. Вот почему вы видите строку кода if (request.readyState == 4) в большинстве функций обратного вызова; она гарантирует, что сервер закончил свою работу с запросом и можно без опасений обновить Web-страницу или выполнить действие, основанное на полученных от сервера данных.</p> <p>Увидеть этот процесс во время его протекания является тривиальной задачей. Вместо выполняющегося только при состоянии готовности равном 4 кода в вашей функции обратного вызова просто выводите состояние готовности каждый раз при вызове функции. Пример приведен в листинге 3.<br /><strong><br />Листинг 3. Проверка состояния готовности</strong></p> <p>&#160; &#160; &#160; &#160; <br />&#160; &#160;function updatePage() {<br />&#160; &#160; &#160;// Отобразить текущее состояние готовности<br />&#160; &#160; &#160;alert(&quot;updatePage() called with ready state of &quot; + request.readyState);<br />&#160; &#160;}</p> <p>Вы должны создать функцию для вызова из вашей Web-страницы и передать в ней запрос серверному компоненту (просто такая же функция, как и приведенная в листинге 2, а также в примерах первой и второй статей данного цикла статей). Убедитесь в том, что при настройке вашего запроса вы установили функцию обратного вызова в updatePage(); для этого установите свойство onreadystatechange вашего объекта запроса в updatePage().</p> <p>Этот код является отличной иллюстрацией того, что на самом деле означает onreadystatechange – каждый раз при изменении состояния готовности запроса вызывается updatePage(), и вы видите предупреждение. На рисунке 2 показан пример вызова этой функции, в данном случае с состоянием готовности 1.</p> <p>Рисунок 2. Состояние готовности 1<br /><img class="postimg" loading="lazy" src="https://pics.kz/s4/bb/08/d9/d7/bb08d9d7165916ef6842ab41a11f13be.jpg" alt="http://pics.kz/s4/bb/08/d9/d7/bb08d9d7165916ef6842ab41a11f13be.jpg" /></p> <p>Попробуйте этот код самостоятельно. Поместите его на вашу Web-страницу и активизируйте ваш обработчик событий (нажмите кнопку, выйдите из поля или используйте любой метод, который вы установили для инициирования запроса). Ваша функция обратного вызова выполнится несколько раз (каждый раз при изменении состояния готовности запроса), и вы увидите предупреждение для каждого состояния. Это наилучший способ следовать за запросом через каждое его состояние.</p> <p>Несовместимость браузеров</p> <p>Получив общее понятие об этом процессе, попробуйте обратиться к вашей Web-странице из нескольких различных браузеров. Вы должны заметить некоторую несовместимость в том, как обрабатываются эти состояния готовности. Например, в Firefox 1.5 вы увидите следующие состояния готовности:</p> <p>&#160; &#160; * 1<br />&#160; &#160; * 2<br />&#160; &#160; * 3<br />&#160; &#160; * 4</p> <p>Это не должно быть сюрпризом, поскольку здесь представлено каждое состояние запроса. Однако если вы обратитесь к этому же приложению в Safari, вы должны увидеть (или скорее, не увидеть) кое-что интересное. Вот состояния в Safari 2.0.1:</p> <p>&#160; &#160; * 2<br />&#160; &#160; * 3<br />&#160; &#160; * 4</p> <p>Safari на самом деле пропускает первое состояние, и нет здравого объяснения, почему; просто Safari работает таким образом. Это также выявляет важный момент: в то время как использование значения состояния запроса равное 4 перед использованием данных от сервера является неплохой идеей, написание кода, зависящего от каждого промежуточного состояния готовности, несомненно, путь к получению различных результатов в различных браузерах.</p> <p>Например, при использовании Opera 8.5, отображение состояний готовности становится даже еще хуже:</p> <p>&#160; &#160; * 3<br />&#160; &#160; * 4</p> <p>И последнее, но важное - Internet Explorer отображает следующие состояния:</p> <p>&#160; &#160; * 1<br />&#160; &#160; * 2<br />&#160; &#160; * 3<br />&#160; &#160; * 4</p> <p>Если с запросом имеются проблемы, это самое первое место, где следует их искать. Добавьте вывод предупреждения, чтобы увидеть состояние готовности запроса и убедиться в том, что все работает нормально. Еще лучше - протестируйте и в Internet Explorer, и в Firefox – вы получите все четыре состояния готовности и сможете проверить каждый этап запроса.</p> <p>Теперь посмотрим со стороны ответа.</p> <p>Данные ответа под микроскопом</p> <p>Разобравшись с различными состояниями готовности, происходящими во время запроса, вы готовы исследовать другую важную часть объекта XMLHttpRequest – свойство responseText. Вспомните из последней статьи, что это свойство используется для получения данных от сервера. Как только сервер завершит обработку запроса, он размещает все данные, необходимые для ответа на запрос, в свойство responseText запроса. После этого ваша функция обратного вызова может использовать эти данные, как показано в листингах 1 и 4.<br /><strong><br />Листинг 4. Использование ответа от сервера</strong></p> <p>&#160; &#160; &#160; &#160; <br />&#160; &#160;function updatePage() {<br />&#160; &#160; &#160;if (request.readyState == 4) {<br />&#160; &#160; &#160; &#160;var newTotal = request.responseText;<br />&#160; &#160; &#160; &#160;var totalSoldEl = document.getElementById(&quot;total-sold&quot;);<br />&#160; &#160; &#160; &#160;var netProfitEl = document.getElementById(&quot;net-profit&quot;);<br />&#160; &#160; &#160; &#160;replaceText(totalSoldEl, newTotal);<br />&#160; &#160; &#160; &#160;/* Определить новую чистую прибыль */<br />&#160; &#160; &#160; &#160;var boardCostEl = document.getElementById(&quot;board-cost&quot;);<br />&#160; &#160; &#160; &#160;var boardCost = getText(boardCostEl);<br />&#160; &#160; &#160; &#160;var manCostEl = document.getElementById(&quot;man-cost&quot;);<br />&#160; &#160; &#160; &#160;var manCost = getText(manCostEl);<br />&#160; &#160; &#160; &#160;var profitPerBoard = boardCost - manCost;<br />&#160; &#160; &#160; &#160;var netProfit = profitPerBoard * newTotal;<br />&#160; &#160; &#160; &#160;/* Обновить чистую прибыль на форме продаж */<br />&#160; &#160; &#160; &#160;netProfit = Math.round(netProfit * 100) / 100;<br />&#160; &#160; &#160; &#160;replaceText(netProfitEl, netProfit);<br />&#160; &#160; &#160;}</p> <p>Листинг 1 довольно прост. Листинг 4 немного более сложен, но в начале оба проверяют состояние готовности и затем извлекают значение (или значения) из свойства responseText.</p> <p>Просмотр текстового ответа во время запроса</p> <p>Аналогично состоянию готовности значение свойства responseText изменяется на всем протяжении жизненного цикла запроса. Чтобы увидеть это в действии, используйте код, аналогичный приведенному в листинге 5, для тестирования текстового ответа, также как и состояния готовности.<br /><strong><br />Листинг 5. Тестирование свойства responseText</strong></p> <p>&#160; &#160; &#160; &#160; <br />&#160; &#160;function updatePage() {<br />&#160; &#160; &#160;// Отобразить текущее состояние готовности<br />&#160; &#160; &#160;alert(&quot;updatePage() called with ready state of &quot; + request.readyState +<br />&#160; &#160; &#160; &#160; &#160; &#160;&quot; and a response text of '&quot; + request.responseText + &quot;'&quot;);<br />&#160; &#160; &#160;}</p> <p>Теперь откройте ваше Web-приложение в браузере и активируйте запрос. Для получения наибольшей информации из этого кода используйте либо Firefox, либо Internet Explorer, поскольку оба обрабатывают все возможные состояния готовности во время запроса. Например, когда состояние готовности равно 2, свойство responseText не определено (см. рисунок 3); вы должны увидеть ошибку, если открылась консоль javascript.</p> <p>Рисунок 3. Текстовый ответ при состоянии готовности 2<br /><img class="postimg" loading="lazy" src="https://pics.kz/s5/91/8f/6d/30/918f6d308a83cff7f802a2eb3ae75689.jpg" alt="http://pics.kz/s5/91/8f/6d/30/918f6d308a83cff7f802a2eb3ae75689.jpg" /></p> <p>А при состоянии готовности 3 сервер поместил значение в свойство responseText, по крайней мере, в этом примере (см. рисунок 4).</p> <p>Рисунок 4. Текстовый ответ при состоянии готовности 3<br /><img class="postimg" loading="lazy" src="https://pics.kz/s5/55/58/eb/f6/5558ebf6edcd1eb7c9d504356c0feee1.jpg" alt="http://pics.kz/s5/55/58/eb/f6/5558ebf6edcd1eb7c9d504356c0feee1.jpg" /></p> <p>Вы увидите, что ваши ответы при состоянии готовности 3 отличаются от сценария к сценарию, от сервера к серверу и от браузера к браузеру. Но все же этот подход продолжает оставаться чрезвычайно полезным при отладке вашего приложения.</p> <p>Получение надежных данных</p> <p>Во всей документации и спецификациях утверждается, что только при состоянии готовности 4 данные можно использовать безопасно. Поверьте мне, вы редко найдете случаи, когда данные не могут быть получены из свойства responseText при состоянии готовности равном 3. Однако полагаться на это в вашем приложении – плохая идея. Если вы напишете код, зависящий от завершенности данных при состоянии готовности 3, почти гарантируется, что наступит момент, когда данные будт не полны.</p> <p>Лучшей идеей является предоставление некоторого рода обратной связи с пользователем – когда состояние готовности равно 3, отобразить, что ответ на подходе. В то время, как использование такой функции как alert(), очевидно, плохая идея, использование Ajax и блокирование пользователя диалоговым окном понять довольно трудно – вы могли бы обновить поле на вашей форме или странице при изменении состояния готовности. Например, попробуйте установить длину индикатора хода процесса в 25% при равенстве состояния готовности 1, 50% при 2, 75% при 3 и 100% (завершено) при 4.</p> <p>Естественно, такой подход понятнее, но зависит от используемого браузера. В Opera вы никогда не получите первых двух состояний готовности, а Safari пропустит 1. По этой причине я оставляю этот пример как упражнение и не включаю в эту статью.</p> <p>Время взглянуть на коды состояния.</p> <p>Пристальный взгляд на коды состояния HTTP</p> <p>Имея в багаже знаний ваш опыт Ajax-программирования состояния готовности и ответа сервера, вы готовы добавить еще один уровень усовершенствования Ajax-приложений – работу с кодами состояния HTTP. Эти коды не являются чем-то новым для Ajax. Они существуют в Web со времен его появления. Вы, вероятно, уже видели некоторые из них в вашем браузере</p> <p>&#160; &#160; * 401: Unauthorized (Не авторизован)<br />&#160; &#160; * 403: Forbidden (Запрещен)<br />&#160; &#160; * 404: Not Found (Не найден)</p> <p>Можно найти еще (ссылка на полный список приведена в разделе Ресурсы). Для добавления еще одного уровня управляемости и оперативности (и особенно более надежной обработки ошибок) к вашим Ajax-приложениям необходимо проверять коды состояния в запросе и ответе соответственно.</p> <p>200: Все OK</p> <p>Во многих Ajax-приложениях вы увидите функцию обратного вызова, проверяющую состояние готовности и продолжающую работу с данными ответа сервера, как в листинге 6.</p> <p><strong>Листинг 6. Функция обратного вызова, игнорирующая код состояния</strong></p> <p>&#160; &#160; &#160; &#160; <br />&#160; &#160;function updatePage() {<br />if (request.readyState == 4) {<br />&#160; &#160; &#160; &#160;var response = request.responseText.split(&quot;|&quot;);<br />&#160; &#160; &#160; &#160;document.getElementById(&quot;order&quot;).value = response[0];<br />&#160; &#160; &#160; &#160;document.getElementById(&quot;address&quot;).innerHTML =<br />&#160; &#160; &#160; &#160; &#160;response[1].replace(/\n/g, &quot;&lt;br /&gt;&quot;);<br />&#160; &#160; &#160;}<br />&#160; &#160;}</p> <p>Это недальновидный и подверженный ошибкам подход к Ajax-программированию. Если сценарий требует аутентификации, а ваш запрос не предоставляет корректных данных, сервер возвратит код ошибки 403 или 401. Однако состояние готовности будет установлено в 4, поскольку сервер ответил на запрос (даже если ответ на ваш запрос не такой, какой вы хотели или ожидали). В результате пользователь не получит правильных данных и может даже получить неприятную ошибку, когда ваш javascript-код попытается использовать несуществующие серверные данные.</p> <p>Гарантировать то, что сервер не только завершил обработку запроса, но и возвратил код состояния &quot;Все в порядке&quot;, требует минимальных усилий. Этот код равен &quot;200&quot; и возвращается в свойстве status объекта XMLHttpRequest. Итак, добавьте дополнительную строку в вашу функцию обратного вызова, как показано в листинге 7.</p> <p><strong>Листинг 7. Проверка кода состояния</strong></p> <p>&#160; &#160; &#160; &#160; <br />&#160; &#160;function updatePage() {<br />&#160; &#160; &#160;if (request.readyState == 4) {<br />&#160; &#160; &#160; &#160;if (request.status == 200) {<br />&#160; &#160; &#160; &#160; &#160;var response = request.responseText.split(&quot;|&quot;);<br />&#160; &#160; &#160; &#160; &#160;document.getElementById(&quot;order&quot;).value = response[0];<br />&#160; &#160; &#160; &#160; &#160;document.getElementById(&quot;address&quot;).innerHTML =<br />&#160; &#160; &#160; &#160; &#160; &#160;response[1].replace(/\n/g, &quot;&lt;br /&gt;&quot;);<br />&#160; &#160; &#160; &#160;} else<br />&#160; &#160; &#160; &#160; &#160;alert(&quot;status is &quot; + request.status);<br />&#160; &#160; &#160;}<br />&#160; &#160;}</p> <p>С этими небольшим числом дополнительных строк кода вы можете быть уверены, что если что-то пойдет не так, ваши пользователи получат (под вопросом) полезное сообщение об ошибке вместо страницы с искаженными данными без всяких объяснений.</p> <p>Переадресация и перенаправление</p> <p>Перед детальным рассмотрением ошибок имеет смысл поговорить о том, о чем вы, возможно, не должны беспокоиться при использовании Ajax – переадресации. В кодах состояния HTTP есть семейство кодов состояния 300, включающих:</p> <p>&#160; &#160; * 301: Moved permanently (Перемещен постоянно)<br />&#160; &#160; * 302: Found (Найден) - запрос переадресован на другой URL/URI<br />&#160; &#160; * 305: Use Proxy (Использовать прокси) - запрос должен использовать прокси для доступа к затребованному ресурсу</p> <p>Ajax-программисты, возможно, не беспокоятся о переадресации по двум причинам:</p> <p>&#160; &#160; * Прежде всего, Ajax-приложения почти всегда пишутся для конкретного серверного сценария, сервлета или приложения. Исчезновение или перемещение в другое место этого компонента без вашего, Ajax-программиста, ведома встречается довольно редко. Поэтому почти всегда вы знаете, что ресурс переместился (потому что вы его переместили, или он уже был перемещен), меняете URL в вашем запросе и никогда не сталкиваетесь с такого рода проблемами.<br />&#160; &#160; * И еще одна, даже более важная, причина: Ajax-приложения и запросы выполняются в &quot;песочнице&quot; безопасности. Это значит, что доменом, обслуживающим Web-страницу, с которой выполняются Ajax-запросы, является домен, который должен на них отвечать. Поэтому Web-страница, обслуживаемая ebay.com, не может выполнить Ajax-запрос сценарию, выполняющемуся на amazon.com; Ajax-приложения ibm.com не могут выполнять запросы сервлетам, работающим на netbeans.org.</p> <p>В результате ваши запросы не могут быть переадресованы на другой сервер без генерирования ошибки защиты. В этих случаях вы вовсе не получите код состояния. Вы просто получите ошибку javascript в консоли отладки. Поэтому, думая о многообразии кодов состояния, вы можете почти совершенно игнорировать коды переадресации.<br />alt <br />Крайние ситуации и тяжелые ситуации</p> <p>На данный момент программисты-новички могут удивиться, из-за чего здесь весь этот шум. Совершенно ясно, что менее 5 процентов Ajax-запросов требуют работы с состояниями готовности 2 и 3 и с кодами состояния аналогичными 403 (на самом деле возможно ближе к 1 проценту или меньше). Эти случаи важны и называются крайними случаями – редкими ситуациями, которые возникают при совпадении очень необычных условий. Оставаясь редкими, крайние случаи могут быть причиной до 80 процентов наибольших пользовательских разочарований!</p> <p>Обычные пользователи забывают 100 случаев, когда приложение работало правильно, но ясно помнят один, когда оно работало не правильно. Если вы можете обработать крайние случаи (и тяжелые случаи) незаметно, ваши пользователи будут довольны и вернутся на ваш сайт.</p> <p>Ошибки</p> <p>Как только вы позаботились о коде состояния 200 и поняли, что можете в значительной степени проигнорировать 300-е семейство кодов состояния, единственной группой кодов, о которой надо подумать – это 400-е семейство, указывающее на ошибки различного типа. Повторно взгляните на листинг 7 и обратите внимание, что хотя ошибки и обрабатываются, пользователю выдается очень общее сообщение об ошибке. И хотя это шаг в правильном направлении, это сообщение все еще остается бесполезным с точки зрения информирования пользователя или программиста, работающего с приложением, о том, что произошло.</p> <p>Прежде всего, добавьте поддержку отсутствующих страниц. Они действительно не должны часто появляться в реальных системах, но это нередко случается при тестировании перемещенного сценария или при вводе программистом неверного URL. Если вы можете изящно обрабатывать ошибки 404, то намного лучше поможете поставленным в тупик пользователям и программистам. Например, если сценарий был удален с сервера, а вы используете приведенный в листинге 7 код, вы должны увидеть ничего не объясняющее сообщение об ошибке, показанное на рисунке 5.</p> <p>Рисунок 5. Общая обработка ошибок<br /><img class="postimg" loading="lazy" src="https://pics.kz/s2/bf/0f/a1/76/bf0fa1761cf2e19b73ab8c955c8920d7.jpg" alt="http://pics.kz/s2/bf/0f/a1/76/bf0fa1761cf2e19b73ab8c955c8920d7.jpg" /></p> <p>Пользователь не может узнать, в чем заключается проблема: в аутентификации, отсутствующем сценарии (как в данном случае), ошибке пользователя, или ошибке в исходном коде. Небольшие дополнения к коду могут сделать это сообщение об ошибке намного более точным. Посмотрите на листинг 8, который обрабатывает отсутствие сценария и ошибки аутентификации.</p> <p><strong>Листинг 8. Проверка кода состояния</strong></p> <p>&#160; &#160; &#160; &#160; <br />&#160; &#160;function updatePage() {<br />&#160; &#160; &#160;if (request.readyState == 4) {<br />&#160; &#160; &#160; &#160;if (request.status == 200) {<br />&#160; &#160; &#160; &#160; &#160;var response = request.responseText.split(&quot;|&quot;);<br />&#160; &#160; &#160; &#160; &#160;document.getElementById(&quot;order&quot;).value = response[0];<br />&#160; &#160; &#160; &#160; &#160;document.getElementById(&quot;address&quot;).innerHTML =<br />&#160; &#160; &#160; &#160; &#160; &#160;response[1].replace(/\n/g, &quot;&lt;br /&gt;&quot;);<br />&#160; &#160; &#160; &#160;} else if (request.status == 404) {<br />&#160; &#160; &#160; &#160; &#160;alert (&quot;Requested URL is not found.&quot;);<br />&#160; &#160; &#160; &#160;} else if (request.status == 403) {<br />&#160; &#160; &#160; &#160; &#160;alert(&quot;Access denied.&quot;);<br />&#160; &#160; &#160; &#160;} else<br />&#160; &#160; &#160; &#160; &#160;alert(&quot;status is &quot; + request.status);<br />&#160; &#160; &#160;}<br />&#160; &#160;}</p> <p>Это все довольно просто, но действительно предоставляется дополнительная информация. На рисунке 6 показана эта же ошибка, что и на рисунке 5, но в данном случае код обработки ошибок выдает пользователю или программисту лучшую картину того, что случилось.</p> <p>Рисунок 6. Индивидуальная обработка ошибок<br /><img class="postimg" loading="lazy" src="https://pics.kz/s3/79/62/04/0b/7962040bdfca945a80b9412c7ef0d198.jpg" alt="http://pics.kz/s3/79/62/04/0b/7962040bdfca945a80b9412c7ef0d198.jpg" /></p> <p>В ваших собственных приложениях вы можете предусмотреть очистку имени пользователя и пароля при неудачной аутентификации и добавить сообщение об ошибке на экран. Аналогичный подход можно применить при более изящной обработке отсутствующих сценариев или других ошибок 400-го семейства (таких как 405 для неподдерживаемого метода запроса, например, HEAD-запроса, или 407 при требовании прокси-аутентификации). Какой бы вы вариант не выбрали, он начинается с обработки кода состояния, полученного от сервера.</p> <p>Дополнительные типы запроса</p> <p>Если вы действительно хотите управлять объектом XMLHttpRequest, рассмотрим еще одну, последнюю тему. Добавьте HEAD-запросы в ваш репертуар. В первых двух статьях я рассказал, как выполнять GET-запросы; в следующей статье вы научитесь всему, что связано с передачей данных на сервер при помощи POST-запроса. В духе усовершенствованной обработки ошибок и сбора информации вы должны научиться выполнять HEAD-запросы.</p> <p>Выполнение запроса</p> <p>В действительности выполнение HEAD-запроса является довольно тривиальной задачей; вы просто вызываете метод open() с &quot;HEAD&quot; вместо &quot;GET&quot; или &quot;POST&quot; в качестве первого параметра, как показано в листинге 9.</p> <p><strong>Листинг 9. Выполнение HEAD-запроса с Ajax</strong></p> <p>&#160; &#160; &#160; &#160; <br />&#160; &#160;function getSalesData() {<br />&#160; &#160; &#160;createRequest();<br />&#160; &#160; &#160;var url = &quot;/boards/servlet/UpdateBoardSales&quot;;<br />&#160; &#160; &#160;request.open(&quot;HEAD&quot;, url, true);<br />&#160; &#160; &#160;request.onreadystatechange = updatePage;<br />&#160; &#160; &#160;request.send(null);<br />&#160; &#160;}</p> <p>При выполнении подобного HEAD-запроса сервер не возвращает реальный ответ, как для GET или POST-запросов. Вместо этого сервер должен только возвратить заголовки ресурса, в которые включается последнее время модификации содержимого запроса, месторасположение запрашиваемого ресурса и довольно много другой интересной информации. Вы можете использовать эту информацию о ресурсе еще до того, как сервер должен будет обработать и возвратить этот ресурс.</p> <p>Самой простой вещью, которую вы можете сделать с подобным запросом, является выдача всех заголовков ответа. Это даст вам представление о том, что доступно вам через HEAD-запросы. В листинге 10 приведена простая функция обратного вызова, которая отображает все заголовки ответа из HEAD-запроса.</p> <p><strong>Листинг 10. Вывод всех заголовков ответа их HEAD-запроса</strong></p> <p>&#160; &#160; &#160; &#160; <br />&#160; &#160;function updatePage() {<br />&#160; &#160; &#160;if (request.readyState == 4) {<br />&#160; &#160; &#160; &#160;alert(request.getAllResponseHeaders());<br />&#160; &#160; &#160;}<br />&#160; &#160;}</p> <p>Проверка URL</p> <p>Вы увидели, как проверить ошибку 404 при отсутствии URL. Если это превращается в общую проблему (возможно, определенный сценарий или сервлет в данный момент времени находитcя в режиме offline) – вы, вероятно, захотите проверить URL перед выполнением полного GET или POST-запроса. Для этого выполните HEAD-запрос и проверьте 404-ю ошибку в вашей функции обратного вызова; в листинге 11 приведен пример такой функции.</p> <p><strong>Листинг 11. Проверка существования URL</strong></p> <p>&#160; &#160; &#160; &#160; <br />&#160; &#160;function updatePage() {<br />&#160; &#160; &#160;if (request.readyState == 4) {<br />&#160; &#160; &#160; &#160;if (request.status == 200) {<br />&#160; &#160; &#160; &#160; &#160;alert(&quot;URL exists&quot;);<br />&#160; &#160; &#160; &#160;} else if (request.status == 404) {<br />&#160; &#160; &#160; &#160; &#160;alert(&quot;URL does not exist.&quot;);<br />&#160; &#160; &#160; &#160;} else {<br />&#160; &#160; &#160; &#160; &#160;alert(&quot;Status is: &quot; + request.status);<br />&#160; &#160; &#160; &#160;}<br />&#160; &#160; &#160;}<br />&#160; &#160;}</p> <p>По правде говоря, это имеет небольшое значение. Сервер должен ответить на запрос и обработать его для заполнения значения длины содержимого заголовка ответа, поэтому вы не экономите время обработки. Кроме того, выполнение запроса и определение существования URL при помощи HEAD-запроса занимает столько же времени, сколько и выполнение GET или POST-запроса и последующая обработка ошибок (как показано в листинге 7. Хотя иногда может быть полезно знать точно, что доступно; вы никогда не знаете, когда вас пробьет на творчество и вам понадобится HEAD-запрос!</p> <p>Полезные HEAD-запросы</p> <p>Одной из ситуаций, когда HEAD-запрос может оказаться полезным, является необходимость узнать длину содержимого, или даже его тип. Это позволяет определить, будет ли возвращен процессу большой объем данных, или сервер будет пытаться возвратить двоичные файлы вместо HTML, текстовых данных или XML (которые намного проще обработать в javascript, чем двоичные данные).</p> <p>В таких случаях вы просто используете соответствующее имя заголовка и передаете его в метод getResponseHeader() объекта XMLHttpRequest. То есть, для получения длины ответа вызовите request.getResponseHeader(&quot;Content-Length&quot;);. Для получения типа содержимого используйте request.getResponseHeader(&quot;Content-Type&quot;);.</p> <p>Во многих приложениях выполнение HEAD-запросов не добавляет функциональности и может даже замедлить запрос (путем передачи HEAD-запроса для получения информации об ответе и последующий GET или POST-запрос для реального получения данных). Однако если вы не уверены в сценарии или серверном компоненте, HEAD-запрос может помочь вам получить некоторые основные данные без работы с данными ответа или без снижения пропускной способности для передачи этого ответа.</p> <p>В заключение</p> <p>Для многих Ajax и Web-программистов материал, представленный в этой статье, может показаться довольно сложным. Какое значение имеет выполнение HEAD-запроса? Когда действительно нужно обрабатывать коды состояния для переадресации в вашем javascript? Это хорошие вопросы: для простых приложений ответ состоит в том, что эти продвинутые технические приемы вряд ли имеют большую ценность.</p> <p>Однако Web больше не является местом, где допускаются простые приложения; пользователи становятся все более опытными, клиенты ожидают устойчивости и развитой системы отчета об ошибках, менеджеров увольняют из-за того, что приложение не работает более 1% времени.</p> <p>Это ваша работа, в конце концов, выйти за рамки простого приложения, и это потребует более глубокого знания XMLHttpRequest.</p> <p>&#160; &#160; * Если вы можете принять во внимание различные состояния готовности (и понимаете как они отличаются в разных браузерах), то будете способны выполнять быструю отладку приложения. Вы даже можете подняться в глазах пользователей и клиентов, если творчески добавите функциональность приложения на основе состояния готовности и отчета о состоянии запроса.<br />&#160; &#160; * Если вы обрабатываете коды состояния, то можете в своем приложении работать с ошибками сценария, неожиданными ответами и крайними случаями. В результате ваше приложение будет работать постоянно, а не только в ситуациях, когда все идет точно по плану.<br />&#160; &#160; * Добавьте сюда способность выполнять HEAD-запросы, проверку существования URL, определение времени модификации файла и вы сможете гарантировать, что пользователи получат корректные страницы, получат самую последнюю информацию и (самое важное) получат устойчивое и гибкое приложение.</p> <p>Цель этой статьи не в том, чтобы сделать ваши приложения броскими, помочь вам выделить текст затухающей желтой подсветкой или придать им поведение настольных приложений. Хотя в этом и заключается мощь Ajax (эти темы мы рассмотрим в последующих статьях), это в какой то степени просто украшательства. Если вы можете использовать Ajax для создания монолитной основы, в которой ваше приложение надежно обрабатывает ошибки и проблемы, пользователи будут возвращаться на ваш сайт. Добавьте к этому визуальные трюки, которые я рассмотрю в последующих статьях, и ваши пользователи будут заинтригованы, взволнованы и счастливы. Серьезно, не пропустите следующую статью!</p> mybb@mybb.ru (TaronTo) Wed, 23 Dec 2009 16:49:28 +0300 https://speak.forumkz.ru/viewtopic.php?pid=33#p33 https://speak.forumkz.ru/viewtopic.php?pid=32#p32 <p>Источник: wwwibm.com<br />Уровень сложности: средний<br />Брэт Маклафлин, автор и редактор, O'Reilly Media Inc.<br />17.01.2006</p> <p>&#160; &#160; Большинство Web-приложений используют модель запрос/ответ, в которой получают от сервера HTML-страницу полностью. В результате получаем работу по типу &quot;вперед и назад&quot;, обычно состоящую из нажатия кнопки, ожидания сервера, нажатия другой кнопки и опять ожидания сервера. При помощи Ajax и объекта XMLHttpRequest вы можете использовать модель запрос/ответ, которая никогда не оставляет пользователей в ожидании ответа сервера. В данной статье Брэт Маклафлин расскажет о создании экземпляров XMLHttpRequest кросс-браузерным способом, построении и передаче запросов и реакции сервера.</p> <p>В первой статье этой серии (ссылка приведена в разделе Ресурсы) вы познакомились с Ajax-приложениями и некоторыми основными концепциями, присущими Ajax-приложениям. В центре всего присутствует много технологий, о которых вы, вероятно, уже знаете: javascript, HTML, XHTML, немного динамического HTML и даже DOM (Document Object Model). В данной статье я спущусь с высоты 10000 футов и остановлюсь на конкретных деталях Ajax.</p> <p>Вы начнете с самого фундаментального и базового из всех Ajax-объектов и программных подходов - объекта XMLHttpRequest. Он, фактически, является единственной общей нитью для всех Ajax-приложений, и (как можно ожидать) вы захотите тщательно изучить его для повышения вашей квалификации программиста до максимально возможных пределов. На самом деле когда-нибудь обнаружится, что для правильного использования XMLHttpRequest вы явно не хотите использовать XMLHttpRequest. Так зачем же все это, черт возьми?</p> <p>Web 2.0 с первого взгляда</p> <p>Прежде всего, я сделаю последний маленький обзор перед погружением в исходный код, чтобы убедиться, что вы совершенно ясно представляете эту идею с Web 2.0. Когда вы слышите термин Web 2.0, то должны прежде всего спросить: &quot;А что такое Web 1.0?&quot; Хотя вы вряд ли слышали про Web 1.0, этот термин означает ссылку на традиционный Web, в котором используется совершенно четкая модель запроса и ответа. Например, откройте сайт Amazon.com и нажмите кнопку или введите строку поиска. Этот запрос содержит значительно больше, чем просто список книг; это фактически другая полная HTML-страница. В результате вы, вероятно, увидите некоторое мигание и мерцание во время перерисовки Web-браузером этой новой HTML-страницы. На самом деле, можно ясно увидеть запрос и ответ, разграниченные каждой новой страницей, которая будет отображена.</p> <p>Web 2.0 обходится без этой очень заметной процедуры &quot;вперед и назад&quot; (в значительной степени). В качестве примера посетите сайт Google Maps или Flickr (ссылки на оба этих Web 2.0 сайта, работающих на Ajax, приведены в разделе Ресурсы). На Google Maps, например, вы можете повернуть карту, приблизить или удалить ее с очень небольшой перерисовкой. Естественно, запросы и ответы выполняются и здесь, но это происходит в фоновом режиме. С точки зрения пользователя, впечатление очень хорошее; есть такое чувство, что работаешь с настольным приложением. Это новое чувство (и парадигма) и имеются в виду, когда идет речь о Web 2.0.</p> <p>Единственное, о чем вы должны позаботиться, – как сделать возможными эти новые взаимодействия. Очевидно, вы все равно должны выполнять запросы и получать ответы, но эта перерисовка HTML для каждой операции запрос/ответ и дает ощущение медленного, тяжеловесного Web-интерфейса. Поэтому понятно, что необходим новый подход, позволяющий выполнять запросы и получать ответы, которые содержат только необходимые данные вместо целой HTML-страницы. Единственный момент, когда вы хотите получить полностью новую HTML-страницу, - это… ммм... когда вы хотите, чтобы пользователь увидел новую страницу.</p> <p>Но большинство взаимодействий добавляют детали: меняют текстовое поле или перекрывают данные на существующих страницах. Во всех этих случаях подход Ajax и Web 2.0 делают возможным передачу и прием данных без обновления HTML-страницы полностью. И для каждого Web-серфера эта способность вашего приложения даст ощущение быстроты, большей чувствительности и будет приводить его к вам снова и снова.</p> <p><strong>Знакомство с XMLHttpRequest</strong></p> <p>Для того чтобы весь этот блеск и чудо произошли на самом деле, вы должны тесно познакомиться с объектом javascript, называемым XMLHttpRequest. Этот маленький объект – ключ к Web 2.0, Ajax и, в большой степени, ко всему прочему, что вы узнаете в этом разделе в течение последующих нескольких месяцев. Чтобы сделать действительно быстрый обзор, остановимся всего лишь на нескольких методах и свойствах, которые вы будете использовать в этом объекте:</p> <p>&#160; &#160; * open(): Устанавливает новый запрос к серверу;<br />&#160; &#160; * send(): Передает запрос серверу;<br />&#160; &#160; * abort(): Прекращает текущий запрос;<br />&#160; &#160; * readyState: Хранит текущее состояние готовности HTML;<br />&#160; &#160; * responseText: Текст, который сервер передал назад как ответ на запрос.</p> <p>Не беспокойтесь, если вы не все понимаете из этого (или вообще ничего по этой теме) – вы изучите каждый метод и свойство в следующих нескольких статьях. Что вы должны вынести из этого – четкое представление о том, что делать с XMLHttpRequest. Обратите внимание, что каждый из этих методов и свойств относится к передаче запроса и работает с ответом. На самом деле, если вы видели все методы и свойства XMLHttpRequest, все они будут иметь отношение к этой очень простой модели запрос/ответ. Из этого понятно, что вы не будете изучать новый изумительный GUI-объект или определенного рода сверхсекретный подход к созданию взаимодействия с пользователем; вы будете работать с простыми запросами и простыми ответами. Это, возможно, звучит не очень захватывающе, но осторожное использование этого единственного объекта может полностью изменить ваши приложения.</p> <p>Простота нового</p> <p>Во-первых, вы должны создать новую переменную и присвоить ей экземпляр объекта XMLHttpRequest. Это довольно просто в javascript; вы используете ключевое слово new с именем объекта, как показано в листинге 1.</p> <p><strong>Листинг 1. Создание нового объекта XMLHttpRequest</strong></p> <p>&#160; &#160; &#160; &#160; <br />&lt;script language=&quot;javascript&quot; type=&quot;text/javascript&quot;&gt;<br />var request = new XMLHttpRequest();<br />&lt;/script&gt;</p> <p>Это совсем не тяжело, не правда ли? Помните, что javascript не требует типизации своей переменной, поэтому вам не нужно ничего из того, что вы видите в листинге 2 (возможно, так бы вы создавали этот объект на Java).<br /><strong><br />Листинг 2. Псевдо-код Java для создания XMLHttpRequest</strong></p> <p>&#160; &#160; &#160; &#160; <br />XMLHttpRequest request = new XMLHttpRequest();</p> <p>Итак, вы создаете переменную в javascript при помощи var, даете ей имя (например, &quot;request&quot;), и присваиваете ей новый экземпляр XMLHttpRequest. На данном этапе вы готовы использовать объект в ваших функциях.</p> <p>Обработка ошибок</p> <p>В реальной жизни вещи могут портиться, и этот код не обеспечивает никакой обработки ошибок. Несколько лучший способ – создать этот объект и дать ему грациозно потерпеть неудачу, если что-либо пойдет не так. Например, многие старые браузеры (верите или нет, люди все еще используют старые версии Netscape Navigator) не поддерживают XMLHttpRequest, и вам нужно предупредить таких пользователей, что что-то не получилось. В листинге 3 показано, как можно создать этот объект так, что если что-то поломается, он покажет предупреждение на javascript.</p> <p><strong>Листинг 3. Создание XMLHttpRequest с некоторыми способностями обработки ошибок</strong></p> <p>&#160; &#160; &#160; &#160; <br />&lt;script language=&quot;javascript&quot; type=&quot;text/javascript&quot;&gt;<br />var request = false;<br />try {<br />&#160; request = new XMLHttpRequest();<br />} catch (failed) {<br />&#160; request = false;<br />}<br />if (!request)<br />&#160; alert(&quot;Error initializing XMLHttpRequest!&quot;);<br />&lt;/script&gt;</p> <p>Убедитесь, что вы понимаете каждый из следующих шагов:</p> <p>&#160; &#160;1. Создайте новую переменную с именем request и присвойте ей значение false. Вы будете использовать false как условие, означающее, что объект XMLHttpRequest еще не был создан.<br />&#160; &#160;2. Добавьте блок try/catch:<br />&#160; &#160; &#160; &#160; &#160;1. Попробуйте создать объект XMLHttpRequest.<br />&#160; &#160; &#160; &#160; &#160;2. Если это не удалось (catch (failed)), удостоверьтесь, что request все еще равен false.<br />&#160; &#160;3. Проверьте и узнайте, равно ли false значение request (если все прошло нормально, этого не случится).<br />&#160; &#160;4. Если была проблема (и request равна false), используйте предупреждение javascript для сообщения пользователю о возникновении проблемы.</p> <p>Это довольно просто; у большинства javascript- и Web-разработчиков больше времени уходит на чтение и написание, чем на понимание. Теперь у вас есть защищенный от ошибок код, создающий объект XMLHttpRequest и даже предупреждающий вас о том, что что-то прошло не так.</p> <p>Работа с Microsoft</p> <p>Это все выглядит довольно хорошо... по крайней мере, пока вы не попробуете этот код в Internet Explorer. Если вы это сделаете, то получите что-то, выглядящее так же ужасно, как на рисунке 1.</p> <p>Рисунок 1. Internet Explorer отображает ошибку<br /><img class="postimg" loading="lazy" src="https://pics.kz/s5/6e/64/f0/e0/6e64f0e02c3860970b555d4bcbbf6bea.jpg" alt="http://pics.kz/s5/6e/64/f0/e0/6e64f0e02c3860970b555d4bcbbf6bea.jpg" /></p> <p>Microsoft играет по правилам?<br />Много было написано об Ajax и увеличивающемся интересе Microsoft к присутствию в этой области. Действительно ожидается, что новейшая версия Internet Explorer (версия 7.0, намеченная к выходу в 2006) будет поддерживать XMLHttpRequest напрямую, позволяя вам использовать ключевое слово new вместо всего кода создания Msxml2.XMLHTTP. Но не слишком обольщайтесь; вам все равно необходимо поддерживать старые браузеры, поэтому кросс-браузерный код уйдет со сцены еще не скоро.</p> <p>Понятно, что что-то не работает; Internet Explorer – это тяжелый устаревший браузер, но около 70% пользователей его используют. Другими словами, вы не сделаете много в Web-мире, если не будете поддерживать Microsoft и Internet Explorer! Поэтому нужен другой метод работы с браузерами Microsoft.</p> <p>Оказывается, что Microsoft поддерживает Ajax, но называет свою версию XMLHttpRequest по-другому. Вернее он называет этот объект несколькими разными именами. Если вы используете более новую версию Internet Explorer, то должны использовать объект Msxml2.XMLHTTP; некоторые старые версии Internet Explorer используют Microsoft.XMLHTTP. Вы должны поддерживать оба типа объектов (без потери уже имеющейся поддержки браузеров не от Microsoft). В листинге 4 приведен уже знакомый код с добавленной поддержкой Microsoft.</p> <p><strong>Листинг 4. Добавление поддержки для браузеров Microsoft</strong></p> <p>&#160; &#160; &#160; &#160; <br />&lt;script language=&quot;javascript&quot; type=&quot;text/javascript&quot;&gt;<br />var request = false;<br />try {<br />&#160; request = new XMLHttpRequest();<br />} catch (trymicrosoft) {<br />&#160; try {<br />&#160; &#160; request = new ActiveXObject(&quot;Msxml2.XMLHTTP&quot;);<br />&#160; } catch (othermicrosoft) {<br />&#160; &#160; try {<br />&#160; &#160; &#160; request = new ActiveXObject(&quot;Microsoft.XMLHTTP&quot;);<br />&#160; &#160; } catch (failed) {<br />&#160; &#160; &#160; request = false;<br />&#160; &#160; }<br />&#160; }<br />}<br />if (!request)<br />&#160; alert(&quot;Error initializing XMLHttpRequest!&quot;);<br />&lt;/script&gt;</p> <p>Легко затеряться в фигурных скобках, поэтому рассмотрим поэтапно все действия:</p> <p>&#160; &#160;1. Создайте новую переменную с именем request и присвойте ей значение false. Вы будете использовать false как условие, означающее, что объект XMLHttpRequest еще не был создан.<br />&#160; &#160;2. Добавьте блок try/catch:<br />&#160; &#160; &#160; &#160; &#160;1. Попробуйте создать объект XMLHttpRequest.<br />&#160; &#160; &#160; &#160; &#160;2. Если это не удалось (catch (trymicrosoft)):<br />&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160;1. Попробуйте создать совместимый с Microsoft объект, используя более новые версии Microsoft (Msxml2.XMLHTTP).<br />&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160;2. Если это не удалось (catch (othermicrosoft)), попробуйте создать совместимый с Microsoft объект, используя старые версии Microsoft (Microsoft.XMLHTTP).<br />&#160; &#160; &#160; &#160; &#160;3. Если это не удалось (catch (failed)), удостоверьтесь, что request все еще равен false.<br />&#160; &#160;3. Проверьте и узнайте, равно ли еще false значение request (если все прошло нормально, этого не случится).<br />&#160; &#160;4. Если была проблема (и request равна false), используйте предупреждение javascript для сообщения пользователю о возникновении проблемы.</p> <p>Выполните эти изменения в своем коде и попробуйте снова выполнить его в Internet Explorer; Вы должны увидеть созданную вами форму (без сообщения об ошибке). В моем случае результат выглядел так, как показано на рисунке 2.</p> <p>Рисунок 2. Internet Explorer работает нормально<br /><img class="postimg" loading="lazy" src="https://pics.kz/s2/17/af/5b/99/17af5b996586676977b15fdfa976f5f6.jpg" alt="http://pics.kz/s2/17/af/5b/99/17af5b996586676977b15fdfa976f5f6.jpg" /><br />Статика против динамики</p> <p>Взгляните снова на листинги 1, 3 и 4 и обратите внимание, что весь этот код непосредственно вложен внутри тегов сценария. Когда javascript закодирован подобным образом и не размещен внутри тела метода или функции, он называется статическим javascript. Это означает, что код выполняется в какой-то момент времени до того, как страница отобразится пользователю (из спецификации не ясно с точностью 100%, когда этот код выполняется, и браузеры поступают по-разному; но все же есть гарантия, что код выполняется до того, как пользователи смогут взаимодействовать с вашей страницей). Обычно большинство Ajax-программистов именно так и создают объект XMLHttpRequest.</p> <p>Как было сказано, вы определенно можете поместить этот код в метод в соответствии с листингом 5.<br /><strong><br />Листинг 5. Перемещение кода создания XMLHttpRequest в метод</strong></p> <p>&#160; &#160; &#160; &#160; <br />&lt;script language=&quot;javascript&quot; type=&quot;text/javascript&quot;&gt;<br />var request;<br />function createRequest() {<br />&#160; try {<br />&#160; &#160; request = new XMLHttpRequest();<br />&#160; } catch (trymicrosoft) {<br />&#160; &#160; try {<br />&#160; &#160; &#160; request = new ActiveXObject(&quot;Msxml2.XMLHTTP&quot;);<br />&#160; &#160; } catch (othermicrosoft) {<br />&#160; &#160; &#160; try {<br />&#160; &#160; &#160; &#160; request = new ActiveXObject(&quot;Microsoft.XMLHTTP&quot;);<br />&#160; &#160; &#160; } catch (failed) {<br />&#160; &#160; &#160; &#160; request = false;<br />&#160; &#160; &#160; }<br />&#160; &#160; }<br />&#160; }<br />&#160; if (!request)<br />&#160; &#160; alert(&quot;Error initializing XMLHttpRequest!&quot;);<br />}<br />&lt;/script&gt;</p> <p>Поступив так, вы должны вызвать этот метод до начала любой работы с Ajax. То есть, вы должны иметь что-то похожее на листинг 6.</p> <p><strong>Листинг 6. Использование метода для создания XMLHttpRequest</strong></p> <p>&#160; &#160; &#160; &#160; <br />&lt;script language=&quot;javascript&quot; type=&quot;text/javascript&quot;&gt;<br />var request;<br />function createRequest() {<br />&#160; try {<br />&#160; &#160; request = new XMLHttpRequest();<br />&#160; } catch (trymicrosoft) {<br />&#160; &#160; try {<br />&#160; &#160; &#160; request = new ActiveXObject(&quot;Msxml2.XMLHTTP&quot;);<br />&#160; &#160; } catch (othermicrosoft) {<br />&#160; &#160; &#160; try {<br />&#160; &#160; &#160; &#160; request = new ActiveXObject(&quot;Microsoft.XMLHTTP&quot;);<br />&#160; &#160; &#160; } catch (failed) {<br />&#160; &#160; &#160; &#160; request = false;<br />&#160; &#160; &#160; }<br />&#160; &#160; }<br />&#160; }<br />&#160; if (!request)<br />&#160; &#160; alert(&quot;Error initializing XMLHttpRequest!&quot;);<br />}<br />function getCustomerInfo() {<br />&#160; createRequest();<br />&#160; // Сделать что-то с переменной request <br />}<br />&lt;/script&gt;</p> <p>Единственное замечание по поводу этого кода (и причина того, почему многие Ajax-программисты не используют такой подход) – он задерживает вывод сообщения об ошибке. Представьте, что у вас имеется сложная форма с 10 или 15 полями, рамками выбора вариантов и т.п., и вы активизируете какой-либо Ajax-код при вводе пользователем текста в поле 14 (внизу формы). Активизируется getCustomerInfo(), который пытается создать объект XMLHttpRequest, и (для данного примера) терпит неудачу. Пользователю выводится предупреждение, сообщающее о том (во многих словах), что он не может использовать это приложение. Но пользователь уже потратил время для заполнения формы! Это довольно неприятно, и эта неприятность не входит в число тех вещей, из-за которых пользователь захотел бы вернуться на ваш сайт.</p> <p>В случае использования статического javascript, пользователь получит сообщение об ошибке, как только зайдет на вашу страницу. Это так же неприятно? Возможно. Можно взбесить пользователя тем, что ваше Web-приложение не работает в его браузере. Однако это определенно лучше, чем выдать эту же ошибку после 10 минут ввода пользователем информации. Только по этой причине я советую вам устанавливать ваш код статически и заранее предупреждать пользователей о возможных проблемах.</p> <p>Передача запросов с XMLHttpRequest</p> <p>После того как вы создали объект request, можете начать цикл запрос/ответ. Вспомните, что единственной целью объекта XMLHttpRequest является предоставление вам возможности посылать запросы и получать ответы. Все остальное (изменение пользовательского интерфейса, замена изображений, даже интерпретация переданных сервером данных) – это работа javascript, CSS или другого кода на ваших страницах. С готовым к использованию XMLHttpRequest вы можете сейчас послать запрос серверу.</p> <p>Добро пожаловать в &quot;песочницу&quot;</p> <p>Ajax имеет модель безопасности по типу &quot;песочницы&quot;. В результате ваш Ajax-код (и, в частности, объект XMLHttpRequest) может посылать запросы только тому домену, на котором выполняется. Вы подробнее узнаете о безопасности и Ajax в следующей статье, а теперь просто запомните, что код, выполняющийся на вашем локальном компьютере, может выполнять запросы только к серверным сценариям на вашем локальном компьютере. Если ваш Ajax-код работает на wwwbreakneckpizza.com, он должен посылать запросы к сценариям, работающим на wwwbreakneckpizza.com.</p> <p>Установка URL сервера</p> <p>Первое, что вам необходимо определить – это URL сервера для подключения. Это не является специфичным для Ajax (очевидно вы должны знать, как составить URL), но это существенно для выполнения соединения. В большинстве приложений вы будете составлять этот URL из некоторого набора статических данных в комбинации с данными из формы, с которой работают ваши пользователи. Например, в листинге 7 показан код javascript, который собирает значение поля с телефонным номером и составляет URL, используя эти данные.<br /><strong><br />Листинг 7. Создание URL-запроса</strong></p> <p>&#160; &#160; &#160; &#160; <br />&lt;script language=&quot;javascript&quot; type=&quot;text/javascript&quot;&gt;<br />&#160; &#160;var request = false;<br />&#160; &#160;try {<br />&#160; &#160; &#160;request = new XMLHttpRequest();<br />&#160; &#160;} catch (trymicrosoft) {<br />&#160; &#160; &#160;try {<br />&#160; &#160; &#160; &#160;request = new ActiveXObject(&quot;Msxml2.XMLHTTP&quot;);<br />&#160; &#160; &#160;} catch (othermicrosoft) {<br />&#160; &#160; &#160; &#160;try {<br />&#160; &#160; &#160; &#160; &#160;request = new ActiveXObject(&quot;Microsoft.XMLHTTP&quot;);<br />&#160; &#160; &#160; &#160;} catch (failed) {<br />&#160; &#160; &#160; &#160; &#160;request = false;<br />&#160; &#160; &#160; &#160;}&#160; <br />&#160; &#160; &#160;}<br />&#160; &#160;}<br />&#160; &#160;if (!request)<br />&#160; &#160; &#160;alert(&quot;Error initializing XMLHttpRequest!&quot;);<br />&#160; &#160;function getCustomerInfo() {<br />var phone = document.getElementById(&quot;phone&quot;).value;<br />&#160; &#160; &#160;var url = &quot;/cgi-local/lookupCustomer.php?phone=&quot; + escape(phone);<br />&#160; &#160;}<br />&lt;/script&gt;</p> <p>Ничто не должно быть здесь не понятным для вас. Сначала код создает новую переменную phone и присваивает ей значение поля формы, имеющего ID &quot;phone&quot;. В листинге 8 приведен XHTML для этой конкретной формы, в которой вы можете увидеть поле field и его атрибут id.<br /><strong><br />Листинг 8. Форма &quot;Break Neck Pizza&quot;<br /></strong><br />&#160; &#160; &#160; &#160; <br /> &lt;body&gt;<br />&lt;p&gt;&lt;img src=&quot;breakneck-logo_4c.gif&quot; alt=&quot;Break Neck Pizza&quot; /&gt;&lt;/p&gt;<br />&lt;form action=&quot;POST&quot;&gt;<br />&lt;p&gt;Enter your phone number:<br />&lt;input type=&quot;text&quot; size=&quot;14&quot; name=&quot;phone&quot; id=&quot;phone&quot; <br />&#160; &#160; &#160; &#160; &#160; &#160;onchange=&quot;getCustomerInfo();&quot; /&gt;<br />&#160; &#160;&lt;/p&gt;<br />&lt;p&gt;Your order will be delivered to:&lt;/p&gt;<br />&lt;div id=&quot;address&quot;&gt;&lt;/div&gt;<br />&lt;p&gt;Type your order in here:&lt;/p&gt;<br />&lt;p&gt;&lt;textarea name=&quot;order&quot; rows=&quot;6&quot; cols=&quot;50&quot; id=&quot;order&quot;&gt;&lt;/textarea&gt;&lt;/p&gt;<br />&lt;p&gt;&lt;input type=&quot;submit&quot; value=&quot;Order Pizza&quot; id=&quot;submit&quot; /&gt;&lt;/p&gt;<br />&lt;/form&gt;<br />&lt;/body&gt;</p> <p>Обратите также внимание, что когда пользователи вводят телефонный номер или изменяют номер, вызывается метод getCustomerInfo(), приведенный в листинге 8. Затем этот метод собирает этот номер и использует его для составления строки URL, сохраняемой в переменной url. Помните: поскольку Ajax-код выполняется в &quot;песочнице&quot; и может соединяться только с тем же самым доменом, вам фактически не нужно указывать домен в URL. В данном примере имя сценария - /cgi-local/lookupCustomer.php. Наконец, номер телефона добавляется к этому сценарию как параметр GET: &quot;phone=&quot; + escape(phone).</p> <p>Для тех, кто никогда прежде не видел метод escape(), я поясню - он используется для перевода в другое представление любого символа, который не может быть передан корректно в виде простого текста. Например, все пробелы в номере телефона преобразуются в символы %20, что дает возможность передачи этих символов в URL.</p> <p>Вы можете добавить столько параметров, сколько нужно. Например, если вы хотите добавить еще один параметр, просто добавьте его к URL и разделите параметры символом амперсанда (&amp;) [первый параметр отделяется от имени сценария знаком вопроса (?)].</p> <p>Открытие запроса<br />alt <br />Открывает ли open()?<br />Internet-разработчики не пришли к согласию насчет того, что точно делает метод open(). Чего он действительно не делает, так это не открывает запрос. Если бы вы проследили за сетью и передачей данных между вашей XHTML/Ajax-страницей и сценарием, с которым она связана, то не увидели бы никакого трафика при вызове метода open(). Непонятно почему было выбрано именно это имя, но ясно, что это не лучший выбор.</p> <p>Имея URL, вы можете сконфигурировать запрос. Это делается при помощи метода open() вашего объекта XMLHttpRequest. Этот метод принимает пять параметров:</p> <p>&#160; &#160; * request-type: Тип передаваемого запроса. Обычными значениями являются GET или POST, но вы можете также передать HEAD-запросы.<br />&#160; &#160; * url: URL для соединения.<br />&#160; &#160; * asynch: True, если вы хотите, чтобы запрос был асинхронным, и false, если он должен быть синхронным. Этот параметр необязателен и по умолчанию равен true.<br />&#160; &#160; * username: Если требуется аутентификация, то здесь вы можете указать имя пользователя. Это необязательный параметр и он не имеет значения по умолчанию.<br />&#160; &#160; * password: Если требуется аутентификация, здесь вы можете указать пароль. Это необязательный параметр и он не имеет значения по умолчанию.</p> <p>Обычно вы будете использовать три первых параметра. На самом деле, даже если вы хотите асинхронный запрос, желательно указывать &quot;true&quot; в качестве третьего параметра. Это значение по умолчанию, но это приятная мелочь для самодокументирования. Всегда видно, асинхронный запрос или нет.</p> <p>Объедините все это вместе, и у вас, скорее всего, получится примерно такая строка, какая показана в листинге 9.<br /><strong><br />Листинг 9. Открытие запроса</strong></p> <p>&#160; &#160; &#160; &#160; <br />&#160; &#160;function getCustomerInfo() {<br />&#160; &#160; &#160;var phone = document.getElementById(&quot;phone&quot;).value;<br />&#160; &#160; &#160;var url = &quot;/cgi-local/lookupCustomer.php?phone=&quot; + escape(phone);<br />request.open(&quot;GET&quot;, url, true);<br />&#160; &#160;}</p> <p>Как только вы вычислили URL, все становится тривиальным. Для большинства запросов использования GET достаточно (в будущих статьях вы увидите ситуации, в которых, возможно, захотите использовать POST); это все, что вам нужно для использования open().</p> <p>Головоломка по асинхронии</p> <p>В последующей статье этой серии я потрачу значительную часть времени на написание и использование асинхронного кода, но вы должны иметь представление о том, почему последний параметр в open() настолько важен. В обычной модели запрос/ответ (здесь думайте о Web 1.0) клиент (ваш браузер или код, выполняющийся на вашей локальной машине) посылает запрос серверу. Этот запрос является синхронным; другими словами, клиент ждет ответа от сервера. Пока клиент ждет, вы обычно получаете одну из нескольких форм уведомления о том, что вы ждете:</p> <p>&#160; &#160; * Песочные часы (главным образом в Windows).<br />&#160; &#160; * Крутящийся мяч (обычно на Mac-компьютерах).<br />&#160; &#160; * Приложение замирает и иногда меняется курсор.</p> <p>Именно это дает ощущение, что Web-приложения неуклюжи или медленны – отсутствие реальной интерактивности. Когда вы нажимаете кнопку, ваше приложение главным образом становится непригодным к использованию, пока не будет получен ответ на переданный только что запрос. Если вы пошлете запрос, требующий интенсивных вычислений на сервере, время ожидания может быть значительным (по крайней мере, для сегодняшнего мира, использующего много процессоров, DSL и не привыкшего ждать).</p> <p>Асинхронный запрос не ждет ответа от сервера. Вы посылаете запрос, и ваше приложение продолжает работу. Пользователи могут вводить данные в Web-форму, нажимать другие кнопки, даже уйти с формы. Нет крутящегося мяча или вращающихся песочных часов, и нет больших замираний приложения. Сервер молча отвечает на запрос, и когда завершается передача ответа, он дает знать об этом инициатору запроса (способами, о которых вы вскоре узнаете). В результате мы имеем приложение, которое не выглядит неуклюжим или медленным, а, наоборот, чувствительным, интерактивным и быстрым. Это только один компонент Web 2.0, но это очень важный компонент. Любые прекрасные GUI-компоненты и парадигмы Web-дизайна не могут преодолеть медленную, синхронную модель запрос/ответ.</p> <p>Передача запроса</p> <p>После настройки запроса с использованием open() вы готовы к передаче запроса. К счастью, метод для передачи запроса назван более правильно, чем open(); его просто назвали send().</p> <p>send() принимает только один параметр – содержимое для передачи. Но прежде чем вы серьезно задумаетесь об этом, вспомните, что вы уже передали данные в самом URL:</p> <p>var url = &quot;/cgi-local/lookupCustomer.php?phone=&quot; + escape(phone);<br />&#160; &#160; </p> <p>И хотя вы можете передать данные с использованием send(), вы можете также передать их через сам URL. В действительности в GET-запросах (которые будут составлять до 80% типичного использования Ajax) намного легче передавать данные в URL. Когда вы начинаете передавать защищенную информацию или XML, нужно рассмотреть передачу содержимого через send() (я рассмотрю защищенные данные и обмен XML-сообщениями в последующей статье этой серии). Если вам не надо передавать данные через send(), установите аргумент в значение null. Для передачи запроса в примере, используемом в данной статье, это именно то, что нам нужно (см. листинг 10).</p> <p><strong>Листинг 10. Передача запроса</strong></p> <p>&#160; &#160; &#160; &#160; <br />&#160; &#160;function getCustomerInfo() {<br />&#160; &#160; &#160;var phone = document.getElementById(&quot;phone&quot;).value;<br />&#160; &#160; &#160;var url = &quot;/cgi-local/lookupCustomer.php?phone=&quot; + escape(phone);<br />&#160; &#160; &#160;request.open(&quot;GET&quot;, url, true);<br />request.send(null);<br />&#160; &#160;}</p> <p>Указание метода обратного вызова</p> <p>До сих пор вы сделали очень немного такого, что являлось бы чем-то новым, революционным или асинхронным. Маленькое ключевое слово &quot;true&quot; в методе open() устанавливает асинхронный запрос. На стороне сервера код пишется на Java-сервлетах и JSP, PHP или Perl. Так в чем же большой секрет Ajax или Web 2.0? Секрет вертится вокруг простого свойства XMLHttpRequest с названием onreadystatechange.</p> <p>Прежде всего, вы должны понимать процесс, который вы создали в этом коде (пересмотрите листинг 10 при необходимости). Запрос настраивается и затем передается. Кроме того, поскольку это асинхронный процесс, javascript-метод (getCustomerInfo() в примере) не будет ожидать сервер. Поэтому код будет продолжать выполняться; в данном случае это означает, что произойдет выход из метода и управление вернется в форму. Пользователь может продолжить ввод информации, и приложение не будет ожидать сервер.</p> <p>При этом возникает интересный вопрос: что происходит, когда сервер завершит обработку запроса? Ответ, по крайней мере, для имеющегося у нас на данный момент времени кода, - ничего! Очевидно, это не хорошо; следовательно, сервер должен иметь инструкцию некоего типа о том, что делать, когда он завершит обработку запроса, переданного ему объектом XMLHttpRequest.<br />alt <br />Ссылка на функцию в javascript<br />javascript является слабо типизированным языком, и в переменной вы можете ссылаться почти на все, что угодно. То есть, если вы объявили функцию с названием updatePage(), javascript также рассматривает имя этой функции как переменную. Другими словами, вы можете ссылаться на функцию в вашем коде как на переменную с названием updatePage.</p> <p>Здесь выходит на сцену свойство onreadystatechange. Это свойство позволяет вам указать метод обратного вызова (callback). Метод обратного вызова позволяет серверу (можете догадаться?) выполнить обратный вызов в коде вашей Web-страницы. Это добавляет в сервер уровень контроля; когда сервер завершает обработку запроса, он ищет объект XMLHttpRequest и, в частности, его свойство onreadystatechange. Затем активизируется любой метод, указанный в этом свойстве. Он называется методом обратного вызова, потому что сервер инициирует вызов в обратном направлении (в Web-странице) независимо от того, что происходит в самой Web-странице. Например, он может вызвать этот метод тогда, когда пользователь сидит в кресле, не трогая клавиатуру; однако, он может вызвать этот метод и тогда, когда пользователь вводит информацию, перемещает мышку, выполняет скроллинг страницы, нажимает кнопку... не важно, что делает пользователь.</p> <p>Вот здесь и проявляет себя асинхронность: пользователь работает с формой на одном уровне, тогда как на другом уровне сервер отвечает на запрос и, затем, активизирует метод обратного вызова, указанный в свойстве onreadystatechange. Поэтому вы должны указать этот метод в вашем коде, как показано в листинге 11.</p> <p><strong>Листинг 11. Установка метода обратного вызова</strong></p> <p>&#160; &#160; &#160; &#160; <br />&#160; &#160;function getCustomerInfo() {<br />&#160; &#160; &#160;var phone = document.getElementById(&quot;phone&quot;).value;<br />&#160; &#160; &#160;var url = &quot;/cgi-local/lookupCustomer.php?phone=&quot; + escape(phone);<br />&#160; &#160; &#160;request.open(&quot;GET&quot;, url, true);<br />request.onreadystatechange = updatePage;<br />&#160; &#160; &#160;request.send(null);<br />&#160; &#160;}</p> <p>Обратите особое внимание на то, где в коде устанавливается это свойство – перед вызовом send(). Вы должны установить это свойство перед передачей запроса, поэтому сервер может просмотреть его после завершения обработки запроса. Все, что нам осталось – написать updatePage(), что и рассматривается в последнем разделе этой статьи.</p> <p>Обработка ответов сервера</p> <p>Вы передали запрос, ваш пользователь с удовольствием работает с Web-формой (в то время, когда сервер обрабатывает запрос), и теперь сервер завершает обработку запроса. Сервер просматривает свойство onreadystatechange и определяет, какой вызвать метод. После этого вы можете представлять свое приложение как любое другое приложение, асинхронное или нет. Другими словами, вы не должны принимать каких-либо специальных действий по написанию методов, реагирующих на сервер; просто измените форму, перенаправьте пользователя на другой URL, или сделайте все что хотите, реагируя на переданный из сервера ответ. В этом разделе мы остановимся на реакции на ответ от сервера и выполним обычное действие – изменим на лету часть формы, которую видит пользователь.</p> <p>Обратные вызовы и Ajax</p> <p>Вы уже увидели, как дать серверу знать, что делать после завершения обработки запроса: установить свойство onreadystatechange объекта XMLHttpRequest в имя функции, которая будет выполнена. Затем, когда сервер обработает запрос, он автоматически вызовет эту функцию. Вы также не должны беспокоиться о каких-либо параметрах этого метода. Начнем с простого метода, аналогичного показанному в листинге 12.</p> <p><strong>Листинг 12. Код метода обратного вызова</strong></p> <p>&#160; &#160; &#160; &#160; <br />&lt;script language=&quot;javascript&quot; type=&quot;text/javascript&quot;&gt;<br />&#160; &#160;var request = false;<br />&#160; &#160;try {<br />&#160; &#160; &#160;request = new XMLHttpRequest();<br />&#160; &#160;} catch (trymicrosoft) {<br />&#160; &#160; &#160;try {<br />&#160; &#160; &#160; &#160;request = new ActiveXObject(&quot;Msxml2.XMLHTTP&quot;);<br />&#160; &#160; &#160;} catch (othermicrosoft) {<br />&#160; &#160; &#160; &#160;try {<br />&#160; &#160; &#160; &#160; &#160;request = new ActiveXObject(&quot;Microsoft.XMLHTTP&quot;);<br />&#160; &#160; &#160; &#160;} catch (failed) {<br />&#160; &#160; &#160; &#160; &#160;request = false;<br />&#160; &#160; &#160; &#160;}&#160; <br />&#160; &#160; &#160;}<br />&#160; &#160;}<br />&#160; &#160;if (!request)<br />&#160; &#160; &#160;alert(&quot;Error initializing XMLHttpRequest!&quot;);<br />&#160; &#160;function getCustomerInfo() {<br />&#160; &#160; &#160;var phone = document.getElementById(&quot;phone&quot;).value;<br />&#160; &#160; &#160;var url = &quot;/cgi-local/lookupCustomer.php?phone=&quot; + escape(phone);<br />&#160; &#160; &#160;request.open(&quot;GET&quot;, url, true);<br />&#160; &#160; &#160;request.onreadystatechange = updatePage;<br />&#160; &#160; &#160;request.send(null);<br />&#160; &#160;}<br />function updatePage() {<br />&#160; &#160; &#160;alert(&quot;Server is done!&quot;);<br />&#160; &#160;}<br />&lt;/script&gt;</p> <p>Он просто выводит предупреждение о том, что сервер закончил свою работу. Попробуйте этот код на своей собственной странице, сохраните страницу и откройте ее в браузере (если вы хотите взять XHTML из этого примера, обратитесь к листингу 8). Когда вы введете номер телефона и покинете поле, вы должны увидеть всплывающее окно (см. рисунок 3); нажмите кнопку ОК и окно всплывет снова... и снова.</p> <p>Рисунок 3. Ajax-код вывода всплывающего предупреждения<br /><img class="postimg" loading="lazy" src="https://pics.kz/s3/6a/56/de/08/6a56de0808c316c84ff691a207fe6e34.jpg" alt="http://pics.kz/s3/6a/56/de/08/6a56de0808c316c84ff691a207fe6e34.jpg" /></p> <p>В зависимости от вашего браузера вы получите два, три или даже четыре предупреждения, прежде чем форма прекратит отображать всплывающее окно. Что же происходит? Вы не приняли во внимание состояние готовности HTTP, важного компонента цикла запрос/ответ.</p> <p>Состояния готовности HTTP</p> <p>Раньше я говорил, что сервер, закончив обработку запроса, ищет, какой метод вызвать в свойстве onreadystatechange объекта XMLHttpRequest. Это правда, но это не вся правда. На самом деле он вызывает этот метод каждый раз, когда меняется состояние готовности HTTP. Что это значит? Хорошо, вы сначала узнаете об этих состояниях.</p> <p>Состояние готовности HTTP отображает состояние или статус запроса. Оно используется для определения того, начат ли запрос, принимается ли ответ, или завершен ли цикл запрос/ответ. Это состояние помогает также при определении того, можно ли читать текст или данные, которые сервер мог предоставить в ответе. Вы должны знать о пяти состояниях готовности в ваших Ajax-приложениях:</p> <p>&#160; &#160; * 0: Запрос не инициализирован (перед вызовом open()).<br />&#160; &#160; * 1: Запрос инициализирован, но не был передан (перед вызовом send()).<br />&#160; &#160; * 2: Запрос был передан и обрабатывается (на данном этапе вы можете обычно получить заголовки содержимого из ответа).<br />&#160; &#160; * 3: Запрос обрабатывается; часто в ответе доступны некоторые частичные данные, но сервер не закончил свой ответ.<br />&#160; &#160; * 4: Ответ завершен; вы можете получить ответ сервера и использовать его.</p> <p>Как и почти все кросс-браузерные проблемы, эти состояния готовности используются несколько непоследовательно. Вы могли бы ожидать, что состояния всегда изменяются от 0 к 1, от 1 к 2, от 2 к 3, от 3 к 4, но на практике это редкий случай. Некоторые браузеры никогда не выдают 0 или 1, а сразу перепрыгивают к 2, затем к 3 и 4. Другие браузеры выдают все состояния. Но некоторые выдают состояние 1 несколько раз. Как вы видели в последнем разделе, сервер вызывал updatePage() несколько раз, и каждый вызов приводил к появлению всплывающего окна предупреждения – наверное, это не то, чего вы хотели!</p> <p>Для Ajax-программирования единственное состояние, с которым вы должны иметь дело, - это состояние готовности 4, указывающее на то, что ответ сервера завершен и можно проверить ответные данные и использовать их. Для учета этого первая строка в вашем методе обратного вызова должна быть такой, как показано в листинге 13.</p> <p><strong>Листинг 13. Проверка состояния готовности</strong></p> <p>&#160; &#160; &#160; &#160; <br />&#160; &#160;function updatePage() {<br />if (request.readyState == 4)<br />&#160; &#160; &#160; &#160;alert(&quot;Server is done!&quot;);<br />&#160; &#160;}</p> <p>Это изменение проверяет, действительно ли сервер завершил процесс. Попробуйте поработать с этой версией кода, и вы должны получить только одно предупреждающее сообщение, как и должно быть.</p> <p>Коды состояния HTTP</p> <p>Несмотря на явный успех кода в листинге 13, есть одна проблема – что если сервер ответил на ваш запрос и завершил обработку, но возвращает ошибку? Вспомните, ваш серверный код не знает, был ли вызван он Ajax-приложением, JSP-страницей, обычной HTML-формой или любым другим типом кода; он имеет только традиционные Web-методы оповещения. И в Web-мире HTTP-коды могут иметь дело с различными вещами, которые могут возникнуть в запросе.</p> <p>Например, вы составили запрос к URL, ввели URL неправильно и получили код ошибки 404, указывающий, что страница отсутствует. Это один из многих кодов состояния, которые могут получать HTTP-запросы (ссылка на полный список кодов состояния приведен в разделе Ресурсы). Также распространенными являются коды 403 и 401, указывающие на то, что запрашиваются защищенные или запрещенные данные. В каждом из этих случаев есть коды, которые приходят в ответе. Другими словами, сервер выполнил запрос (означает, что состояние готовности HTTP равно 4), но, возможно, не возвращает данные, ожидаемые клиентом.</p> <p>То есть, кроме состояния готовности вы должны также проверять HTTP-состояние. Вам подходит код состояния 200, просто означающий, что все в порядке. С состоянием готовности 4 и кодом состояния 200 вы готовы обработать серверные данные, и эти данные должны быть теми, которые вы запрашивали (и нет ошибок или другой проблемной информации). Добавьте еще одну проверку в ваш метод обратного вызова, как показано в листинге 14.</p> <p><strong>Листинг 14. Проверка кода состояния HTTP</strong></p> <p>&#160; &#160; &#160; &#160; <br />&#160; &#160;function updatePage() {<br />&#160; &#160; &#160;if (request.readyState == 4)<br />if (request.status == 200)<br />&#160; &#160; &#160; &#160; &#160;alert(&quot;Server is done!&quot;);<br />&#160; &#160;}</p> <p>Для более устойчивой обработки ошибок (с минимальным усложнением кода) вы можете добавить проверку или две для других кодов состояния; Посмотрите на модифицированную версию updatePage() в листинге 15.</p> <p><strong>Листинг 15. Добавление некоторой обработки ошибок</strong></p> <p>&#160; &#160; &#160; &#160; <br />&#160; &#160;function updatePage() {<br />&#160; &#160; &#160;if (request.readyState == 4)<br />&#160; &#160; &#160; &#160;if (request.status == 200)<br />&#160; &#160; &#160; &#160; &#160;alert(&quot;Server is done!&quot;);<br />else if (request.status == 404)<br />&#160; &#160; &#160; &#160; &#160;alert(&quot;Request URL does not exist&quot;);<br />&#160; &#160; &#160; &#160;else<br />&#160; &#160; &#160; &#160; &#160;alert(&quot;Error: status code is &quot; + request.status);<br />&#160; &#160;}</p> <p>Теперь измените URL в getCustomerInfo() в несуществующий URL и посмотрите, что произойдет. Вы должны увидеть предупреждение, говорящее о том, что запрошенный вами URL не существует – отлично! Очень трудоемко обрабатывать все ошибки, но это простое изменение решит 80 % проблем, которые могут возникнуть в обычном Web-приложении.</p> <p>Чтение текста ответа</p> <p>Теперь, когда вы убеждены, что запрос полностью обработан (через состояние готовности) и сервер вернул нормальный положительный ответ (через код состояния), можно, наконец, заняться данными, переданными от сервера. Они удобно сохранены в свойстве responseText объекта XMLHttpRequest.</p> <p>Подробности о тексте в responseText, в терминах формата или длины, преднамеренно оставлены неопределенными. Это позволяет серверу установить этот текст виртуально во все что угодно. Например, один сценарий может возвратить разделенные запятыми значения, другой – разделенные вертикальной чертой значения (символ &quot;|&quot;), а третий может возвратить одну длинную строку текста. Это решает сервер.</p> <p>В примере этой статьи сервер возвращает последний заказ клиента и его адрес, разделенные символом вертикальной черты. Заказ и адрес используются для установки элементов формы; в листинге 16 приведен код, обновляющий дисплей.<br /><strong><br />Листинг 16. Работа с ответом сервера</strong></p> <p>&#160; &#160; &#160; &#160; <br />&#160; &#160;function updatePage() {<br />&#160; &#160; &#160;if (request.readyState == 4) {<br />&#160; &#160; &#160; &#160;if (request.status == 200) {<br />var response = request.responseText.split(&quot;|&quot;);<br />&#160; &#160; &#160; &#160; &#160;document.getElementById(&quot;order&quot;).value = response[0];<br />&#160; &#160; &#160; &#160; &#160;document.getElementById(&quot;address&quot;).innerHTML =<br />&#160; &#160; &#160; &#160; &#160; &#160;response[1].replace(/\n/g, &quot;<br />&quot;);<br />&#160; &#160; &#160; &#160;} else<br />&#160; &#160; &#160; &#160; &#160;alert(&quot;status is &quot; + request.status);<br />&#160; &#160; &#160;}<br />&#160; &#160;}</p> <p>Сначала извлекается responseText и разделяется на части по символам вертикальной строки (&quot;|&quot;) при помощи метода javascript split(). Получившийся массив значений присваивается массиву response. Первое значение (последний заказ клиента) находится в response[0] и устанавливается как значение поля с ID &quot;order.&quot; Второе значение массива, response[1], является адресом клиента и требует несколько большей обработки. Поскольку строки в адресе разделены обычными разделителями строк (символ &quot;\n&quot;), нужно заменить их XHTML-разделителями строк &lt;br /&gt;. Это выполняется при помощи функции replace() с регулярным выражением. Наконец, модифицированный текст устанавливается как inner HTML элемента div в форме HTML. В результате этого форма неожиданно обновляется пользовательской информацией, как показано на рисунке 4.</p> <p>Рисунок 4. Форма Break Neck после извлечения пользовательских данных<br /><img class="postimg" loading="lazy" src="https://pics.kz/s3/58/fe/e5/99/58fee59951174096dfdc7d289c73fc1b.jpg" alt="http://pics.kz/s3/58/fe/e5/99/58fee59951174096dfdc7d289c73fc1b.jpg" /></p> <p>Перед заключением рассмотрим еще одно важное свойство XMLHttpRequest - responseXML. Это свойство содержит (догадались?) XML-ответ в случае, если сервер решил ответить в XML-формате. Работа с XML ответом существенно отличается от работы с обычным неформатированным текстом и включает работу с синтаксическим анализатором, Document Object Model (DOM) и некоторые другие соображения. Более подробно о работе с XML вы узнаете из будущей статьи. Пока же, поскольку responseXML обычно рассматривается при обсуждении responseText, мы просто упомянем его. Для многих простых Ajax-приложений responseText – это все что вам нужно, но вскоре вы научитесь работать также и с XML в Ajax-приложениях.</p> <p><strong>В заключение</strong></p> <p>Вы, возможно, уже немножко устали от XMLHttpRequest – я редко читаю целую статью об одном объекте, особенно если он простой. Однако вы будете использовать этот объект снова и снова в каждой странице и приложении, которое пишете с использованием Ajax. По правде говоря, осталось еще кое-что, что нужно сказать об XMLHttpRequest. В последующих статьях вы научитесь использовать в ваших запросах POST в дополнение к GET, устанавливать и читать заголовки содержимого в ваших запросах и ответах сервера; вы научитесь кодировать ваши запросы и даже работать с XML в вашей модели запрос/ответ.</p> <p>Немного позже вы увидите некоторые популярные доступные инструментальные средства для Ajax. Эти средства действительно абстрагируют большинство деталей, рассмотренных в данной статье, и облегчают Ajax-программирование. Вы даже можете удивиться, зачем кодировать все эти низкоуровневые детали, если широко доступен инструментарий. Ответ заключается в том, что ужасно трудно выявить проблему в вашем приложении, если вы не понимаете, что в этом приложении происходит.</p> <p>Поэтому не игнорируйте эти детали и не просматривайте их беглым взглядом; когда ваша инструментальная программа создаст ошибку, вы не застрянете на ней, почесывая голову и посылая электронные письма в службу поддержки. Со знанием методов непосредственного использования XMLHttpRequest вы обнаружите, насколько легко отлаживать и исправлять даже самые странные ошибки. Инструментарий хорош тогда, когда вы можете полностью рассчитывать на него в решении всех ваших проблем.</p> <p>Поэтому чувствуйте себя комфортно с XMLHttpRequest. Даже если у вас есть работающий Ajax-код, который был создан с использованием инструментальной программы, попробуйте переписать его, используя только объект XMLHttpRequest и его свойства и методы. Это будет отличной тренировкой и, возможно, поможет вам намного лучше понять, что происходит.</p> <p>В следующей статье вы еще глубже проникнете в этот объект, исследуя некоторые из его хитрых свойств (например, responseXML), а также узнаете, как использовать POST-запросы и передавать данные в нескольких различных форматах. Итак, начнем кодирование.</p> mybb@mybb.ru (TaronTo) Wed, 23 Dec 2009 16:37:22 +0300 https://speak.forumkz.ru/viewtopic.php?pid=32#p32 https://speak.forumkz.ru/viewtopic.php?pid=31#p31 <p>Источник: wwwibm.com</p> <p>Уровень сложности: простой</p> <p>Брэт Маклафлин, автор и редактор, O'Reilly Media Inc.</p> <p>06.12.2005</p> <p>&#160; &#160; Ajax, состоящий из HTML, технологии javascript™, DHTML и DOM, это замечательный подход, который помогает вам преобразовать тяжеловесные Web-интерфейсы в интерактивные Ajax-приложения. Автор, эксперт по Ajax, демонстрирует совместную работу этих технологий (от общего обзора до детального изучения), цель которой – сделать чрезвычайно эффективную Web-разработку повседневной реальностью. Он также раскрывает основные концепции Ajax, включая объект XMLHttpRequest.</p> <p>Пять лет назад вы были гадким утенком (с которым никто не разговаривал), если не знали XML. Восемнадцать месяцев назад в центре внимания оказался Ruby, а программисты, не знающие что с ним происходит, не были приглашены к бачку с охлажденной водой. Сегодня, если вы хотите попасть на технологическую вечеринку, нужен Ajax.</p> <p>Однако, Ajax – это далеко не чья-то прихоть, а мощный подход к созданию Web-сайтов, который не так трудно изучить, как полностью новый язык.</p> <p>Перед тем, как я погружусь в детали Ajax, давайте потратим пару минут на осмысление того, что же делает Ajax. Когда в наше время вы пишете приложение, у вас есть два основных варианта:</p> <p>&#160; &#160; * Настольные приложения<br />&#160; &#160; * Web-приложения</p> <p>Оба варианта знакомы; настольные приложения обычно поставляются на CD (или иногда загружаются с Web-сайта) и устанавливаются целиком на вашем компьютере. Они могут использовать Интернет для загрузки обновлений, но код, выполняющий эти приложения, размещен на вашем рабочем столе. Web-приложения (и это не удивительно) работают где-то на Web-сервере, а вы обращаетесь к этим приложениям через ваш Web-браузер.</p> <p>Более важным является то, что от того, где выполняется код этих приложений, зависит их поведение и способ вашего взаимодействия с ними. Настольные приложения обычно достаточно быстрые (они работают на вашем компьютере; вы не ждете интернет-подключения), имеют отличные пользовательские интерфейсы (обычно взаимодействующие с вашей операционной системой) и невероятно динамичны. Вы можете щелкать мышкой, вводить текст, пользоваться ниспадающими и всплывающими меню, перемещаться по окнам практически без каких-либо задержек.</p> <p>С другой стороны, Web-приложения обычно самые свежие по времени и предоставляют возможности, которые вы никогда бы не смогли иметь на вашем компьютере (вспомните Amazon.com и eBay). Однако с могуществом Web приходит ожидание – ожидание ответа от сервера, ожидание обновления экрана, ожидание ответа на запрос и генерирования новой страницы.</p> <p>Ясно, что все это упрощение, но вы получили общее представление. Как вы, возможно, уже подозреваете, Ajax пытается преодолеть разрыв между функциональностью и интерактивностью настольного приложения и всегда обновленным Web-приложением. Вы можете использовать динамические пользовательские интерфейсы, аналогичные имеющимся в настольном приложении, но доступные в Web-приложении.</p> <p>Так чего же мы ждем? Начнем рассмотрение Ajax и способов превращения ваших неуклюжих Web-интерфейсов в чувствительные Ajax-приложения.</p> <p>Старая технология, новые хитрости</p> <p>Что касается Ajax, то реальность такова, что он охватывает много технологий – для его освоения необходимо углубиться в несколько различных технологий (вот почему я разобью на независимые части первые несколько статей из этой серии). Хорошей новостью является то, что вы, возможно, уже знаете достаточно о многих из этих технологий – большинство из этих индивидуальных технологий изучаются легко (определенно не так трудно, как язык программирования полностью, например Java или Ruby).<br />alt <br />Определение Ajax</p> <p>Между прочим, Ajax – это аббревиатура от Asynchronous javascript and XML (и DHTML, и т.д.). Фраза была придумана Джессе Джеймсом Гарретом из Adaptive Path (см. раздел Ресурсы) и, по словам Джессе, не предназначалась быть аббревиатурой.</p> <p>Вот основные технологии, вовлеченные в Ajax-приложения:</p> <p>&#160; &#160; * HTML используется для создания Web-форм и указания полей для использования в вашем приложении.<br />&#160; &#160; * javascript-код – это основной код, выполняющий Ajax-приложения и обеспечивающий взаимодействие с серверными приложениями.<br />&#160; &#160; * DHTML, или Dynamic HTML, помогает динамически обновлять формы. Вы будете использовать div, span и другие динамические HTML-элементы для разметки вашего HTML.<br />&#160; &#160; * DOM, Document Object Model (объектная модель документов), будет использоваться (через код javascript) для работы и со структурой вашего HTML, и (в некоторых случаях) с XML, полученным от сервера.</p> <p>Рассмотрим все это по отдельности и разберемся в том, что делает каждая из этих технологий. Я исследую каждую из них в следующих статьях; сейчас просто познакомимся поближе с этими компонентами и технологиями. Чем больше вы знаете о них, тем легче перейти от бессистемных знаний к освоению каждой из них (и действительно улучшить процесс разработки Web-приложений).</p> <p>Объект XMLHttpRequest</p> <p>Первый объект, о котором вы хотите узнать, возможно, самый новый для вас; он называется XMLHttpRequest. Это объект javascript, и он создается так же просто, как показано в листинге 1.<br /><strong><br />Листинг 1. Создание нового объекта XMLHttpRequest</strong></p> <p>&#160; &#160; &#160; &#160; <br />&lt;script language=&quot;javascript&quot; type=&quot;text/javascript&quot;&gt;<br />var xmlHttp = new XMLHttpRequest();<br />&lt;/script&gt;</p> <p>Я детально расскажу об этом объекте в следующей статье, а сейчас осознайте, что это объект, который управляет всем вашим взаимодействием с сервером. Прежде чем идти дальше, остановитесь и подумайте об этом – это технология javascript в объекте XMLHttpRequest, который общается с сервером. Это не обычный ход работы приложения, и именно здесь заключается почти вся магия Ajax.</p> <p>В нормальных Web-приложениях пользователи заполняют поля форм и нажимают кнопку Submit (подтвердить). Затем форма передается на сервер полностью, сервер обрабатывает сценарий (обычно PHP или Java, возможно, CGI-процесс или что-то в этом роде), а потом передает назад всю новую страницу. Эта страница может быть HTML-страницей с новой формой с некоторыми заполненными данными, либо страницей подтверждения, либо, возможно, страницей с какими-то выбранными вариантами, зависящими от введенных в оригинальную форму данных. Естественно, пока сценарий или программа на сервере не обработается и не возвратится новая форма, пользователи должны ждать. Их экраны очистятся и будут перерисовываться по мере поступления новых данных от сервера. Вот где проявляется низкая интерактивность – пользователи не получают немедленной обратной реакции и определенно чувствуют себя не так, как при работе с настольными приложениями.</p> <p>Ajax по существу помещает технологию javascript и объект XMLHttpRequest между вашей Web-формой и сервером. Когда пользователи заполняют формы, данные передаются в какой-то javascript-код, а не прямо на сервер. Вместо этого javascript-код собирает данные формы и передает запрос на сервер. Пока это происходит, форма на экране пользователя не мелькает, не мигает, не исчезает и не блокируется. Другими словами, код javascript передает запрос в фоновом режиме; пользователь даже не замечает, что происходит запрос на сервер. Более того, запрос передается асинхронно, а это означает, что ваш javascript-код (и пользователь) не ожидают ответа сервера. То есть, пользователи могут продолжать вводить данные, прокручивать страницу и работать с приложением.</p> <p>Затем сервер передает данные обратно в ваш javascript-код (все еще находящийся в вашей Web-форме), который решает, что делать с данными. Он может обновить поля формы &quot;на лету&quot;, придавая свойство немедленности вашему приложению – пользователи получают новые данные без подтверждения или обновления их форм. javascript-код может даже получить данные, выполнить какие-либо вычисления и передать еще один запрос, и все это без вмешательства пользователя! В этом заключается мощь XMLHttpRequest. Он может общаться с сервером по своему желанию, а пользователь даже не догадывается о том, что происходит на самом деле. В результате мы получаем динамичность, чувствительность, высокую интерактивность настольного приложения вместе со всеми возможностями интернет.</p> <p>Добавление javascript-кода</p> <p>После того, как вы разберетесь с XMLHttpRequest, оставшийся javascript-код превращается в рутинную работу. Фактически, вы будете использовать javascript-код для небольшого числа основных задач:</p> <p>&#160; &#160; * Получить данные формы: javascript-код упрощает извлечение данных из вашей HTML-формы и передает их на сервер.<br />&#160; &#160; * Изменить значения в форме: Форма обновляется тоже легко, от установки значений полей до замены изображений &quot;на лету&quot;.<br />&#160; &#160; * Выполнить анализ HTML и XML: Вы будете использовать javascript-код для управления DOM (см. следующий раздел) и для работы со структурой вашей HTML-формы и всеми XML-данными, возвращаемыми сервером.</p> <p>Для выполнения первых двух задач вы должны очень хорошо знать метод getElementById(), приведенный в листинге 2.</p> <p><strong>Листинг 2. Сбор и установка значений полей при помощи javascript-кода</strong></p> <p>&#160; &#160; &#160; &#160; <br />// Получить значение поля &quot;phone&quot; и записать его в переменную phone<br />var phone = document.getElementById(&quot;phone&quot;).value;<br />// Установить значения в форме, используя массив response<br />document.getElementById(&quot;order&quot;).value = response[0];<br />document.getElementById(&quot;address&quot;).value = response[1];</p> <p>Здесь нет ничего такого уж выдающегося, и это здорово! Вы должны начать понимать, что нет ничего чрезмерно сложного во всем этом. Как только вы освоите XMLHttpRequest, оставшаяся часть вашего Ajax-приложения будет простым javascript-кодом, похожим на приведенный в листинге 2, смешанным с немного более умным HTML. К тому же, время от времени есть немного работы с DOM... Итак, давайте рассмотрим это.</p> <p>Завершение с DOM</p> <p>И последнее, хотя и не менее важное, - это DOM, Document Object Model (объектная модель документа). Для некоторых из вас слухи о DOM могут быть немного пугающими – она не часто используется HTML-дизайнерами и даже немного не свойственна кодировщикам на javascript (пока вы действительно не решаете каких-либо программных задач высокого уровня). Вы можете найти широкое применение DOM в тяжеловесных программах, написанных на языках Java и C/C++; фактически, это и принесло DOM репутацию сложной и трудной для изучения.</p> <p>К счастью, использование DOM в технологии javascript является делом легким и в основном интуитивным. Сейчас мне, наверное, надо было бы рассказать вам, как использовать DOM или хотя бы привести пару примеров кода, но даже это сбило бы вас с верного пути. Дело в том, что вы можете продвинуться довольно далеко в изучении Ajax без необходимости примешивать сюда DOM, и это именно тот путь, который я хочу вам показать. Я вернусь к DOM в следующей статье, но сейчас просто знайте, что она где-то здесь. Когда вы начнете передавать XML-данные вперед и назад между вашим javascript-кодом и реальными изменениями HTML-формы, вы углубитесь в DOM. А пока можно эффективно работать с Ajax без DOM, так что пока отложим ее до поры до времени.</p> <p><strong>Получение объекта Request</strong></p> <p>Вооруженные этим общим обзором, вы готовы к более пристальному изучению. Поскольку XMLHttpRequest является центральным для Ajax-приложений (и, возможно, нов для многих из вас) я начну с него. Как вы видели в листинге 1, создать этот объект и использовать его должно быть просто, не правда ли? Подождите минуточку.</p> <p>Помните те ужасные войны браузеров, происходившие несколько лет назад, и как ничто не работало одинаково в разных браузерах? Поверите вы или нет, но те войны продолжаются до сих пор, хотя и с намного меньшим масштабом. И, сюрприз: XMLHttpRequest – это одна из жертв этих войн. Поэтому вы должны выполнить несколько различных действий для обеспечения возможности работы XMLHttpRequest. Я покажу вам как это сделать шаг за шагом.<br /><strong><br />Работа с браузерами Microsoft</strong></p> <p>Браузер Microsoft Internet Explorer для обработки XML использует анализатор MSXML (ссылки на дополнительную информацию по MSXML вы можете найти в разделе Ресурсы). Поэтому, когда вы пишете Ajax-приложения, которые должны работать в Internet Explorer, необходимо создать объект особым способом.</p> <p>Однако, это не так то и легко. На самом деле в ходу две различных версии MSXML. Версия MSXML зависит от версии технологии javascript, установленной в Internet Explorer, поэтому вам нужно написать код, подходящий для обеих версий. Взгляните на листинг 3, в котором приведен код для создания XMLHttpRequest в браузерах Microsoft.</p> <p><strong>Листинг 3. Создание объекта XMLHttpRequest в браузерах Microsoft</strong></p> <p>&#160; &#160; &#160; &#160; <br />var xmlHttp = false;<br />try {<br />&#160; xmlHttp = new ActiveXObject(&quot;Msxml2.XMLHTTP&quot;);<br />} catch (e) {<br />&#160; try {<br />&#160; &#160; xmlHttp = new ActiveXObject(&quot;Microsoft.XMLHTTP&quot;);<br />&#160; } catch (e2) {<br />&#160; &#160; xmlHttp = false;<br />&#160; }<br />}</p> <p>Все это пока может не иметь смысла, но это нормально. Вы углубитесь в программирование на javascript, обработку ошибок, условную компиляцию и многое другое еще до окончания этой статьи. А пока вы должны записать в своей голове две основных строки:</p> <p>xmlHttp = new ActiveXObject(&quot;Msxml2.XMLHTTP&quot;);</p> <p>и</p> <p>xmlHttp = new ActiveXObject(&quot;Microsoft.XMLHTTP&quot;);.</p> <p>В двух словах, этот код пытается создать объект, используя одну версию MSXML; если это не получится, создается объект для второй версии. Изящно, да? Если ничего не сработало, переменная xmlHttp устанавливается в false, для того чтобы указать вашему коду, что что-то не так. В этом случае вы, возможно, работаете с браузером не от Microsoft и должны использовать другой код для выполнения работы.</p> <p>Работа с Mozilla и браузерами не от Microsoft</p> <p>Если Internet Explorer не ваш браузер, либо вы пишете код для браузеров не от Microsoft, вам нужен другой код. Фактически, это простая строка, которую вы видели в листинге 1:</p> <p>var xmlHttp = new XMLHttpRequest object;.</p> <p>Эта намного более простая строка создает объект XMLHttpRequest в Mozilla, Firefox, Safari, Opera и в большой степени в каждом браузере не от Microsoft, поддерживающем Ajax в любой форме или разновидности.</p> <p>Объединение</p> <p>Мы хотим поддерживать все браузеры. Кто хочет писать приложение, работающее только в Internet Explorer, или приложение, работающее только во всех остальных браузерах? Еще хуже, хотите ли вы написать ваше приложение дважды? Конечно, нет! Итак, объединим поддержку для Internet Explorer и для остальных браузеров. В листинге 4 приведен код, делающий это.</p> <p><strong>Листинг 4. Создание объекта XMLHttpRequest для всех браузеров</strong></p> <p>&#160; &#160; &#160; &#160; <br />/* Создание нового объекта XMLHttpRequest для общения с Web-сервером */<br />var xmlHttp = false;<br />/*@cc_on @*/<br />/*@if (@_jscript_version &gt;= 5)<br />try {<br />&#160; xmlHttp = new ActiveXObject(&quot;Msxml2.XMLHTTP&quot;);<br />} catch (e) {<br />&#160; try {<br />&#160; &#160; xmlHttp = new ActiveXObject(&quot;Microsoft.XMLHTTP&quot;);<br />&#160; } catch (e2) {<br />&#160; &#160; xmlHttp = false;<br />&#160; }<br />}<br />@end @*/<br />if (!xmlHttp &amp;&amp; typeof XMLHttpRequest != 'undefined') {<br />&#160; xmlHttp = new XMLHttpRequest();<br />}</p> <p>Пока проигнорируйте комментарии и непонятные теги, типа @cc_on; это специальные команды javascript-компилятора, которые мы рассмотрим детально в моей следующей статье, которая будет полностью посвящена XMLHttpRequest. Основу этого кода можно разделить на три шага:</p> <p>&#160; &#160;1. Создайте переменную xmlHttp для ссылки на объект XMLHttpRequest, который вы создадите.<br />&#160; &#160;2. В блоке try создайте объект в браузерах Microsoft:<br />&#160; &#160; &#160; &#160; &#160; * В блоке try создайте объект с использованием объекта Msxml2.XMLHTTP.<br />&#160; &#160; &#160; &#160; &#160; * Если это не получится, В блоке try создайте объект с использованием объекта Microsoft.XMLHTTP.<br />&#160; &#160;3. Если xmlHttp все еще не установлен, создайте объект для остальных браузеров.</p> <p>В конце этого процесса xmlHttp должен ссылаться на корректный объект XMLHttpRequest, независимо от используемого пользователем браузера.</p> <p>Пара слов о защите</p> <p>Как насчет защиты? Современные браузеры предлагают пользователям возможность повысить уровень безопасности, отключить технологию javascript и запретить множество настроек в своих браузерах. В этих ситуациях ваш код, вероятно, не будет работать ни при каких обстоятельствах. Для таких ситуаций вы должны элегантно решить проблемы – есть, по крайней мере, одна статья об этом, а одну я напишу позднее (это, наверное, будет длинная серия, но не беспокойтесь – вы все освоите до окончания этой серии статей). Пока же вы пишете устойчивый, но не совершенный код, который отлично подходит для изучения Ajax. Вы вернетесь к более качественному коду позже.</p> <p>Запрос/ответ в мире Ajax</p> <p>Итак, вы уже знакомы с Ajax и имеете базовое представление об объекте XMLHttpRequest и о том, как создать его. Если вы читали внимательно, то вы даже понимаете, что это технология javascript общается с любым Web-приложением на сервере, а не ваша HTML-форма, которую вы подтвердили напрямую.</p> <p>Что мы пропустили? Как на самом деле использовать XMLHttpRequest. Поскольку это критический код, который вы будете использовать в некоторых формах в каждом вашем Ajax-приложении, рассмотрим коротко, как выглядит базовая модель запрос/ответ в Ajax.</p> <p>Выполнение запроса</p> <p>У вас есть ваш превосходный новый объект XMLHttpRequest; приведем его в движение. Во-первых, нам понадобится javascript-метод, который ваша Web-страница может вызвать (например, когда пользователь вводит текст или выбирает вариант из меню). Затем, нужно следовать одной и той же основной схеме практически во всех ваших Ajax-приложениях:</p> <p>&#160; &#160;1. Получить какие-либо данные из Web-формы.<br />&#160; &#160;2. Создать URL для подключения.<br />&#160; &#160;3. Открыть соединение с сервером.<br />&#160; &#160;4. Установить функцию для сервера, которая выполнится после его ответа.<br />&#160; &#160;5. Передать запрос.</p> <p>В листинге 5 приведен пример Ajax-метода, который выполняет именно эти операции и именно в этом порядке:</p> <p><strong>Листинг 5. Выполнить запрос с Ajax</strong></p> <p>&#160; &#160; &#160; &#160; <br />function callServer() {<br />&#160; // Получить city и state из web-формы<br />&#160; var city = document.getElementById(&quot;city&quot;).value;<br />&#160; var state = document.getElementById(&quot;state&quot;).value;<br />&#160; // Продолжать только если есть значения обоих полей<br />&#160; if ((city == null) || (city == &quot;&quot;)) return;<br />&#160; if ((state == null) || (state == &quot;&quot;)) return;<br />&#160; // Создать URL для подключения<br />&#160; var url = &quot;/scripts/getZipCode.php?city=&quot; + escape(city) + &quot;&amp;state=&quot; + escape(state);<br />&#160; // Открыть соединение с сервером<br />&#160; xmlHttp.open(&quot;GET&quot;, url, true);<br />&#160; // Установить функцию для сервера, которая выполнится после его ответа<br />&#160; xmlHttp.onreadystatechange = updatePage;<br />&#160; // SПередать запрос<br />&#160; xmlHttp.send(null);<br />}</p> <p>Многое из этого не требует пояснений. Первая часть кода использует базовый javascript-код для сбора значений из нескольких полей формы. Затем код устанавливает PHP-сценарий в качестве URL для подключения. Обратите внимание, как указывать URL и как добавлять к нему city и state (из формы), используя простые GET-параметры.</p> <p>Затем открывается соединение; это первое место, где вы опять увидели в действии XMLHttpRequest. Указывается метод соединения (GET) и URL. Последний параметр, когда установлен в true, запрашивает асинхронное соединение (то есть, делает это способом, сооветствующим названию Ajax). При использовании false код ждал бы выполнения запроса и не продолжал бы работу до получения ответа. При использовании true ваши пользователи могут работать с формой (и даже вызывать другие javascript-методы) пока сервер обрабатывает этот запрос в фоновом режиме.</p> <p>Свойство onreadystatechange xmlHttp (вспоминайте, это ваш экземпляр объекта XMLHttpRequest) позволяет вам информировать сервер о том, что следует делать после завершения работы (что может быть через пять минут или через пять часов). Поскольку код не собирается ждать сервер, вы должны дать серверу знать, что делать, так чтобы вы смогли среагировать. В данном случае будет инициирован конкретный метод (называемый updatePage()) после завершения сервером обработки вашего запроса.</p> <p>Наконец, вызывается send() со значением null. Поскольку вы добавили данные для передачи на сервер (city и state) в URL запроса, вам не надо передавать что-либо в запросе. Таким образом, передается ваш запрос, и сервер может делать то, что вы указали ему делать.</p> <p>Если вы кроме этого ничего больше не делаете, обратите внимание на то, насколько все просто и понятно! В отличие от осознания вами асинхронной природы Ajax, все это действительно простые вещи. Вы оцените то, как это освобождает вас для концентрации внимания на крутых приложениях и интерфейсах, а не на сложном HTTP-коде запроса/ответа.</p> <p>Код в листинге 5 очень прост. Данные являются простым текстом и могут быть включены как часть URL-запроса. GET посылает запрос вместо более сложного POST. Не добавляется XML, заголовки контента, не передаются данные в теле запроса – можно сказать, Ajax-утопия.</p> <p>Не переживайте - ситуация станет более сложной по мере выпуска статей этой серии. Вы научитесь передавать POST-запросы, устанавливать заголовки запроса и типы содержимого, кодировать XML в вашем сообщении, добавлять защиту в ваш запрос – список довольно большой! Не беспокойтесь пока о сложных вещах; узнайте основы и вскоре вы освоите полный арсенал Ajax-средств.</p> <p>Обработка ответа</p> <p>Теперь вы должны разобраться с ответом сервера. Пока вы должны знать только два момента:</p> <p>&#160; &#160; * Не делать ничего, пока свойство xmlHttp.readyState не будет равно 4.<br />&#160; &#160; * Сервер будет записывать свой ответ в свойстве xmlHttp.responseText.</p> <p>Первый момент (состояния готовности) готовится стать основным объемом следующей статьи; вы узнаете о стадиях HTTP-запроса столько, сколько никогда даже и не хотели знать. Пока вы просто проверяйте на равенство определенному значению (4), и все будет работать (и вы будете знать, что искать в следующей статье). Второй момент (использование свойства xmlHttp.responseText для получения ответа от сервера) является простым. В листинге 6 приведен пример метода (который сервер может вызвать), основанного на значениях, переданных в листинге 5.</p> <p><strong>Листинг 6. Обработка ответа от сервера</strong></p> <p>&#160; &#160; &#160; &#160; <br />function updatePage() {<br />&#160; if (xmlHttp.readyState == 4) {<br />&#160; &#160; var response = xmlHttp.responseText;<br />&#160; &#160; document.getElementById(&quot;zipCode&quot;).value = response;<br />&#160; }<br />}</p> <p>Опять же, код не является трудным или сложным. Он ожидает, пока сервер не вызовет его с нужным состоянием готовности, и затем использует значение, которое сервер возвращает (в данном случае ZIP-код для введенного пользователем города и штата), для установки другого поля формы. В результате поле zipCode неожиданно появляется с ZIP-кодом, но пользователь ни разу не щелкнул по кнопке! Это поведение настольного приложения, о чем я говорил ранее. Оперативность, ощущение динамичности и т.д., а все с маленьким Ajax-кодом.</p> <p>Наблюдательные читатели, возможно, заметят, что поле zipCode является обычным текстовым полем. После возврата сервером ZIP-кода и установки этого поля методом updatePage() в значение ZIP-кода города/штата пользователи могут переопределить это значение. Так сделано умышленно по двум причинам: сохранить этот пример простым и показать вам, что иногда нужно, чтобы пользователи имели возможность переопределить значения, возвращенные сервером. Помните об обоих моментах; они важны при хорошем дизайне пользовательского интерфейса.</p> <p>Перехват в Web-формах</p> <p>Что нам осталось? В сущности, не много. Вы имеете javascript-метод, собирающий введенную пользователем в форму информацию, передаете ее серверу, предоставляете еще один javascript-метод для обработки ответа и даже устанавливаете значение поля, когда этот ответ приходит. Все что осталось на самом деле – вызвать этот первый метод и запустить полный процесс. Вы могли бы, очевидно, добавить кнопку в вашу HTML-форму, но это же старый, добрый 2001 год, не так ли? Воспользуемся возможностями технологии javascript, как показано в листинге 7.</p> <p><strong>Листинг 7. Запуск Ajax-процесса</strong></p> <p>&#160; &#160; &#160; &#160; <br />&lt;form&gt;<br />&lt;p&gt;City: &lt;input type=&quot;text&quot; name=&quot;city&quot; id=&quot;city&quot; size=&quot;25&quot; <br />onchange=&quot;callServer();&quot; /&gt;&lt;/p&gt;<br />&lt;p&gt;State: &lt;input type=&quot;text&quot; name=&quot;state&quot; id=&quot;state&quot; size=&quot;25&quot; <br />onchange=&quot;callServer();&quot; /&gt;&lt;/p&gt;<br />&lt;p&gt;Zip Code: &lt;input type=&quot;text&quot; name=&quot;zipCode&quot; id=&quot;zipCode&quot; size=&quot;5&quot; /&gt;&lt;/p&gt;<br />&lt;/form&gt;</p> <p>Если это выглядит как еще один кусок в рутинном, в некоторой степени, коде – вы правы, так и есть! Когда пользователь вводит новое значение для любого из полей city или state, запускается метод callServer(), и Ajax-функция начинается. Вам кажется, что вы начинаете понимать суть вещей? Отлично!</p> <p><strong>В заключение</strong></p> <p>В настоящий момент вы, возможно, не готовы взять и написать ваше первое Ajax-приложение, по крайней мере, пока не исследовали раздел Ресурсы. Однако, вы уже можете начать понимать основную идею о том, как работают такие приложения и что такое объект XMLHttpRequest. В готовящихся статьях вы изучите этот объект, а также то, как контролировать взаимодействие javascript-to-server и работать с HTML-формами, и даже разберетесь с DOM.</p> <p>Пока же потратьте некоторое время на размышления о том, насколько мощными могут быть Ajax-приложения.</p> mybb@mybb.ru (TaronTo) Wed, 23 Dec 2009 08:15:05 +0300 https://speak.forumkz.ru/viewtopic.php?pid=31#p31 https://speak.forumkz.ru/viewtopic.php?pid=23#p23 <p>как вставить скрипт в документ HTML (общие сведения); <br />комментарии в javascript; <br />как объявлять переменные и давать им правильные имена; <br />разбор скрипта и синтаксис методов; <br />метод alert(); <br />полезная мелочь: «заглушка» на временно не работающую ссылку </p> <p>В создании web-страниц есть много разных тонкостей. Но есть и три кита. Это HTML, CSS и javascript.</p> <p>Рекомендую организовать самообразование следующим образом: как только освоите синтаксис HTML и научитесь делать примитивные странички с текстом, картинками и таблицами, сразу подключайтесь к изучению CSS. Как только поймёте, как работать с CSS, начинайте осваивать javascript, параллельно пополняя «словарный запас» во всех трёх языках. Думаю, что через полгода сможете построить весьма красивый и функциональный сайт.</p> <p>Долго я не знал, как подступиться к javascript. Попадались учебники либо слишком абстрактные — теория, теория, и непонятно, как приложить её к практике, либо, наоборот, слишком конкретные: вот тебе набор готовых рецептов, бери и пользуйся, а как это всё крутится — не твоего умишки дело.</p> <p>Попался мне как-то учебник Вадима Дунаева. Многие, я знаю, ругают этот учебник. Кроме того, я скачл мерзко отсканированный PDF, где вместо &quot;()&quot; могло оказаться, например, &quot;Q&quot;, а латинские буквы в кодах заменены (местами!) аналогичными русскими, из-за чего эти коды не работают. В общем, пришлось попыхтеть. И, честно скажу, если бы я до этого ничего не читал про javascript, то в этих ошибках бы не разобрался и присоединился бы к числу ругателей. Но я тогда сидел без работы, было время вникнуть, и учебник мне понравился. Но он очень подробный и рассчитан на людей, которые уже с программированием соприкасались.</p> <p>Так вот, я хочу попробовать убить двух зайцев. Написать нечто понятное для любого чайника и в то же время конструктивно-познавательное. Чтобы этот чайник на основе моих советов мог написать пусть простой, но полностью оригинальный скрипт.</p> <p>Итак:<br />Вставка в документ HTML</p> <p>Вы наверняка видели в HTML-кодах такие тэги:</p><div class="code-box"><strong class="legend">Код:</strong><div class="blockcode"><div class="scrollbox" style="height: 12em"><pre>&lt;!-- ТАБЛИЦЫ С КОДОМ--&gt; &lt;script&gt; &lt;!-- здесь какая-то непонятная абракадабра --&gt; &lt;/script&gt;</pre></div></div></div><p>Вот эта абракадабра между тэгами и есть скрипт.<br />Сам тэг относится к языку HTML, и у него могут быть следующие атрибуты:</p> <p>language <br />type <br />src </p><div class="code-box"><strong class="legend">Код:</strong><div class="blockcode"><div class="scrollbox" style="height: 7.5em"><pre>&lt;script language=&quot;javascript&quot;&gt; &lt;!-- код скрипта --&gt; &lt;/script&gt;</pre></div></div></div><p>Этот атрибут необязателен. Его стоит использовать либо для уточнения версии языка (javascript1.1, javascript1.2 и т.п.), либо если используешь другой язык (например, ). То есть вреда этот атрибут в любом случае не принесёт, но в стандартной ситуации он вроде как лишний. </p><div class="code-box"><strong class="legend">Код:</strong><div class="blockcode"><div class="scrollbox" style="height: 7.5em"><pre>&lt;script type=&quot;text/javascript&quot;&gt; &lt;!-- код скрипта --&gt; &lt;/script&gt;</pre></div></div></div><p>Атрибут type, который указывает на тип текста: text/javascript. Он появился в версии HTML 4.0. Его-то я и рекомендую использовать.</p> <p>Прежде чем перейти к атрибуту src, выясним, в какие разделы кода HTML можно вставлять скрипты.</p> <p>В любые. Но с умом.</p> <p>Часто в скрипте указывается вывод конкретного текста, что называется, здесь и сейчас. Такой скрипт вставляется прямо в , «на место происшествия».</p> <p>Бывают скрипты с объявлениями переменных, которые могут быть использованы в других скриптах на странице, с функциями, которые можно вызвать из любого места кода HTML. Такие скрипты разумнее всего помещать между тэгами.</p> <p>Но можно сделать и так, чтобы использовать скрипт сразу на нескольких web-страницах. Для этого его код нужно записать в отдельный файл с расширением .js (например, myscript_1.js). Тэги и писать в нём уже не надо.</p> <p>И вот тогда-то, для вызова скрипта с web-страницы, нам и понадобится атрибут src. Работает он так же, как и аналогичный атрибут тэга :</p><div class="code-box"><strong class="legend">Код:</strong><div class="blockcode"><div class="scrollbox" style="height: 6em"><pre>&lt;script type=&quot;text/javascript&quot; src=&quot;scripts/myscript_1.js&quot;&gt;&lt;/script&gt;</pre></div></div></div><p>Вот таким образом и помещается на разные страницы одна и та же шапка или меню, записанные в файле скрипта. Особенно это выручает на тех хостингах, где SSI не проходит.</p> <p>Можно также вставлять маленькие скрипты в некоторые атрибуты тэгов HTML, но об этом — чуть позже.</p> <p>Комментарии<br /></p> <p>Говорят, остались ещё такие браузеры, которые не понимают скриптов. Встречаются и маньяки-пользователи, которые настолько задвинуты на безопасности, что отключают скрипты. В этой ситуации скрипт выполняться не будет, но код его, та самая «абракадабра», просто вывалится на экран.</p> <p>Так вот, чтобы не вываливалась, мы заключаем её в HTML-комментарии.<br /><br /></p><div class="code-box"><strong class="legend">Код:</strong><div class="blockcode"><div class="scrollbox" style="height: 10.5em"><pre>&lt;script type=&quot;text/javascript&quot;&gt; &lt;!-- Код скрипта // --&gt; &lt;/script&gt;</pre></div></div></div><p>Ммм... а что это за два слэша перед закрытием комментария?</p> <p>Закрывающий комментарий находится уже в «теле» скрипта. А javascript не понимает этих корявых HTML'ских скобок, для него это инородное тело, генерирующее ошибку. Значит, нужно скрыть этот закрывающий тэг от скрипта, поместив его как комментарий javascript. У javascript комментарии выглядят несколько изящнее: //. После этого знака скрипт не видит закрывающую скобку HTML, а HTML благополучно скрывает текст скрипта, и на экране не видно никаких «левых» записей.</p> <p>Раз уж мы коснулись комментариев, то надо сказать, что в javascript они имеют две формы — такие же, как в C и C++ (а кстати и в CSS тоже).<br /><br /></p> <p>// Эта форма комментария<br />// действует только на одну строку,<br />// то есть на каждой новой строке<br />// нужно выставлять знак комментария.<br />А это уже код скрипта...</p> <p>/* А эта форма комментария<br />действует на сколько угодно строк<br />до тех пор, пока не натолкнётся<br />на закрывающий значок,<br />зеркально отражающий начальный. */<br />А теперь опять код скрипта...<br /><br /></p> <p>Не путайте комментарии HTML и комментарии javascript! Это разные языки, хотя и сосуществуют «в одном флаконе». Или, точнее, в одной банке. Как пауки...</p> <p>Вернёмся к проблеме ветхих браузеров. Допустим, с помощью javascript Вы сделали из двух картинок что-то вроде анимированного баннера. Тогда Вы можете порадовать пользователей «убогих» браузеров (а Вы, я надеюсь, не полностью лишены альтруизма) лицезрением хотя бы одной из этих картинок с помощью тэга <br />&lt;noscript /&gt;<br />: <br /><br /></p><div class="code-box"><strong class="legend">Код:</strong><div class="blockcode"><div class="scrollbox" style="height: 15em"><pre>&lt;script type=&quot;text/javascript&quot;&gt; &lt;!-- Код Вашего баннера // --&gt; &lt;/script&gt; &lt;noscript&gt; &lt;img src=&quot;одна_из_картинок.gif&quot;&gt; &lt;/noscript&gt;</pre></div></div></div><p>В каких редакторах писать скрипты<br /></p> <p>Возможно, существуют какие-то специальные редакторы для javascript. Я таких не встречал да и не слишком искал. Обычно скрипты пишут в тех же редакторах, какие используют для создания web-страниц. Я, например, люблю HomeSite. Написание скрипта в этих редакторах ничем не отличается от написания его в простом блокноте, кроме подсветки кода. А она иногда очень помогает. Скачал я однажды скрипт (у какого-то немца), а он не работает. Присмотрелся к коду и увидел, что ключевое слово switch почему-то не выделено. Гляжу — а там не switch, а switsch, Donner, Wetter! Убрал буковку — и поехало.</p> <p>Кстати, во всех наших примерах код выглядит именно так, как в окне HomeSite.</p> <p>С места в карьер<br /></p> <p>Следующий пример — плагиат у Дунаева. Но он настолько прост и глубок, что не могу удержаться. Я добавил сюда только некоторые детали оформления записи, чтобы объяснить заодно и их.</p> <p>Сразу предупреждаю: практически этот пример абсолютно бесполезный. Но в нём сконцентрированы многие ключевые понятия языка javascript и его синтаксиса.<br /></p><div class="code-box"><strong class="legend">Код:</strong><div class="blockcode"><div class="scrollbox" style="height: 24em"><pre>&lt;html&gt; &lt;head&gt; &lt;title&gt;Пример 1&lt;/title&gt; &lt;/head&gt; &lt;body&gt; &lt;script type=&quot;text/javascript&quot;&gt; &lt;!-- var х = 5; var y = х + 3; alert(y); &lt;/script&gt; &lt;/body&gt; &lt;/html&gt;</pre></div></div></div><p>Собственно скрипт</p> <p>Если Вы скопируете этот код в чистую страницу Блокнота и сохраните её как файл.html, то при открытии файла увидите следующее:</p> <p><img class="postimg" loading="lazy" src="https://pics.kz/s4/79/79/ea/a9/7979eaa95072d76cf516b4252ed2ea78.gif" alt="http://pics.kz/s4/79/79/ea/a9/7979eaa95072d76cf516b4252ed2ea78.gif" /></p> <p>Разберём, как это выходит.</p> <p>var х = 5;</p> <p>Здесь мы объявляем переменную x, которая равна 5.</p> mybb@mybb.ru (FeDeRaL) Mon, 21 Dec 2009 19:50:17 +0300 https://speak.forumkz.ru/viewtopic.php?pid=23#p23 https://speak.forumkz.ru/viewtopic.php?pid=22#p22 <p>Все вы использовали компьютерные программы, такие как текстовый процессор, электронные таблицы и даже Microsoft Windows 95. Компьютерные программы, или программное обеспечение, представляют собой файлы, содержащие инструкции, которые указывают компьютеру, что следует делать. Если вы работаете в среде MS-DOS или Windows, то, например, файлы с расширениями ЕХЕ и СОМ содержат команды, которые компьютер может выполнять. Другими словами, файлы содержат специальные инструкции, выполняемые компьютером, обычно одну за другой, для решения определенной задачи. При создании программы вы указываете инструкции, которые компьютер должен выполнить. Из этого урока вы узнаете, как указать такие инструкции с помощью операторов C++. К концу данного урока вы освоите следующие основные концепции: </p> <p>• При создании программы используйте текстовый редактор, чтобы ввести операторы C++ в исходный файл программы. </p> <p>• Для преобразования операторов программы C++ в выполнимую программу, в единицы и нули, которые понимает компьютер, используйте специальную программу — компилятор C++. </p> <p>• Для изменения или исправления программы используйте текстовый редактор. </p> <p>• При нарушении одного (или более) правил программирования на C++ компилятор выдаст на экран сообщения о синтаксических ошибках. Вам следует отредактировать программу, чтобы исправить ошибки, а затем запустить компилятор снова. </p> <p>Программирование представляет собой процесс определения последовательности инструкций, которые должен выполнить компьютер для решения определенной задачи. Для указания этих инструкций вы используете язык программирования, например C++. С помощью текстового редактора вы вносите программные операторы в исходный файл. Далее вы используете специальную программу — компилятор — для преобразования операторов из формата, который вы можете читать и понимать, в единицы и нули, которые понимает компьютер. </p> <p>Лучший способ понять процесс создания и компиляции программы — построить простую программу на C++. Давайте этим займемся! </p> <p>СОЗДАНИЕ ПРОСТОЙ ПРОГРАММЫ </p> <p>Как и следовало ожидать, ваша первая программа на C++ называется FIRST.СРР. При создании программ на C++ используйте расширение СРР, чтобы другие могли понять, что этот файл содержит программу на C++. Когда вы позже запустите эту программу, она выведет на экран дисплея сообщение Учимся программировать на языке C++/Следующий пример вывода показывает подсказку командной строки (в данном примере С:\&gt;), вводимую вами командную строку (имя программы FIRST, за которым следует ENTER) и вывод программы на экран: </p> <p>С:\&gt; FIRST &lt;ENTER&gt; </p> <p>Учимся программировать на языке C++! </p> <p>Как известно, при программировании вы можете работать в среде, основанной на командной строке, например MS-DOS или UNIX, или в среде типа Windows. Для упрощения вывода в данной книге подразумевается, что вы работаете из командной строки. В этом случае для выполнения программы FIRST.EXE вы должны ввести имя программы FIRST в ответ на системную подсказку и затем нажать ENTER. </p> <p>Для начала вам следует использовать текстовый редактор, например EDIT (поставляется с MS-DOS), для создания файла, который содержит операторы программы и называется исходным файлом. Не используйте текстовый процессор, такой как Word или WordPerfect, для создания исходного файла программы. Как известно, текстовые процессоры позволяют вам создавать форматированные документы, которые могут содержать полужирный текст, выровненные поля, а также другие особенности. Чтобы отформатировать документы таким образом, текстовый процессор вставляет специальные (скрытые) символы внутрь документа. Такие символы могут включать или выключать курсив или выбирать определенную ширину полей. Несмотря на то что такие специальные символы имеют смысл для текстового процессора, C++ их не поймет и эти символы приведут к ошибкам. </p> <p>С помощью текстового редактора введите следующие операторы программы C++ (точно так, как они изображены, используя верхний и нижний регистры), как показано ниже: </p> <p>#include &lt;iostream.h&gt; </p> <p>void main(void) </p> <p>{ <br />&#160; &#160;cout &lt;&lt; &quot;Учимся программировать на языке C++!&quot;; <br />} </p> <p>Не беспокойтесь, если операторы C++ не имеют для вас смысла. Вы узнаете назначение каждого из них из урока 2. А пока обратите особое внимание на ваш ввод. Удостоверьтесь, например, что вы ввели верное количество кавычек, точек с запятой и скобок. Еще раз более внимательно проверьте операторы своей программы. Если они верны, сохраните операторы в файле FIRST. СРР </p> <p>Что означает имя? </p> <p>При создании программы на C++ вы вносите операторы программы в исходный файл. Применяйте расширение СРР, чтобы другие программисты могли понять, что данный файл содержит программу на C++. Далее используйте имя файла, которое указывает назначение программы. Например, если вы создаете финансовую программу, можно использовать имя BUDGET.CPP. Аналогичным образом программу, которая вычисляет оклады в фирме, вы можете назвать SALARY. СРР. Чтобы избежать путаницы, никогда не используйте для названия программы имя существующей команды MS-DOS, например COPY или DEL. <br />КОМПИЛЯЦИЯ ВАШЕЙ ПРОГРАММЫ </p> <p>Компьютер работает с комбинациями единиц и нулей (называемых машинным языком), которые представляют наличие или отсутствие электрических сигналов. Если сигнал равен единице (наличие), компьютер может выполнить одну операцию, а если сигнал равен нулю (отсутствие), компьютер может выполнить другую операцию. Однако к счастью, нет необходимости писать программы в нулях и единицах (как это делали программисты в 1940 и 50 гг.). Вместо этого специальная программа — компилятор C++ — преобразует операторы программы (ваш исходный код) в машинный язык. </p> <p>Другими словами, компилятор просматривает исходный файл, содержащий операторы программы на C++. Если ваши операторы не нарушают ни одно правило языка C++, компилятор преобразует их в машинный язык (единицы и нули), который компьютер может выполнить. Компилятор хранит машинный язык в выполняемом файле, имеющем, как правило, расширение ЕХЕ. Если файл ЕХЕ существует, вы можете запустить программу, вводя ее имя в ответ на командную подсказку. </p> <p>В зависимости от используемого вами компилятора, команды, которые вы применяете для его вызова, будут различны. Например, при использовании Borland C++ вам следует компилировать программу FIRST.CPP с помощью команды ВСС: </p> <p>C:\&gt; BCC FIRST.CPP &lt;ENTER&gt; </p> <p>Если вы применяете не Borland C++, обратитесь к документации, поставляемой с вашим компилятором, чтобы определить правильную команду для его запуска. По окончании работы компилятор создаст выполнимую программу и сохранит ее в файле на диске. В среде MS-DOS файл выполни- </p> <p>мой программы будет иметь расширение ЕХЕ, например FIRST.EXE. Если при компиляции программы компилятор выдает сообщения об ошибках, отредактируйте свой исходный файл и сравните каждый символ исходного файла с символами, которые приведены в этой книге. Исправьте все ошибки, сохраните сделанные изменения, а затем откомпилируйте про грамму второй раз. После того как вы успешно откомпилировали свою программу, запустите ее, вводя имя программы в ответ на командную подсказку как это было показано выше. </p> <p>Представление о компиляторе </p> <p>При создании программы вы используете язык программирования (такой как C++), чтобы указать инструкции, выполняемые компьютером. Применяя текстовый редактор, вы вносите операторы программы в исходный файл. Далее используется специальная программа — компилятор, которая преобразует ваш исходный файл в машинный язык (единицы и нули, понимаемые компьютером). Если компиляция прошла успешно, результатом будет файл выполнимой программы. Однако если вы допустили одну или несколько ошибок или нарушили какое-либо правило C++, компилятор выдаст на экран сообщения об ошибках, и для их исправления вам следует заново отредактировать исходный файл. </p> <p>Если вы работаете на большой машине или мини-ЭВМ, у вас должен быть компилятор, доступный для вас и других пользователей вашей системы. Если же вы используете ПК, вам следует приобрести и установить компилятор, такой как Borland C++ или Microsoft Visual C++. <br />СОЗДАНИЕ ВТОРОЙ ПРОГРАММЫ </p> <p>Хочется надеяться, что вы смогли успешно откомпилировать и выполнить программу FIRST. CPP. Если это так, используйте ваш текстовый редактор, чтобы создать второй программный файл с именем EASY. CPP, который содержит следующие операторы программы: </p> <p>#include &lt;iostream.h&gt; </p> <p>void main(void) </p> <p>{ <br />&#160; &#160;cout &lt;&lt; &quot;Программировать на C++ просто!&quot;; <br />} </p> <p>Как и ранее, сохраните свои операторы программы на C++ в исходном файле и вызовите компилятор, указав имя файла программы в командной строке компилятора. В случае Borland C++ используйте следующую команду для компиляции программы: </p> <p>С:\&gt; ВСС EASY.CPP &lt;ENTER&gt; </p> <p>Если компиляция программы прошла успешно, компилятор создаст выполнимую программу с именем EASY.EXE. Когда вы запустите эту программу, на вашем экране появится следующее сообщение: </p> <p>С.\&gt; EASY &lt;ENTER&gt; </p> <p>Программировать на C++ просто! </p> <p>Далее используя редактор, отредактируйте исходный файл EASY. CPP и измените выводимое на экран сообщение таким образом, чтобы включить слово очень, как показано ниже: </p> <p>cout &lt;&lt; &quot;Программировать на C++ очень просто!&quot;; </p> <p>Сохраните ваше изменение в исходном файле и откомпилируйте программу. После успешной компиляции запустите программу, как показано ниже: </p> <p>С:\&gt; EASY &lt;ENTER&gt; </p> <p>Программировать на C++ очень просто! </p> <p>Каждый раз, когда вы изменяете исходный файл, вам следует откомпилировать программу заново, чтобы изменения вступили в силу. Например, используйте текстовый редактор, чтобы снова изменить исходный файл. В этот раз добавьте новую строку в свою программу: </p> <p>#include &lt;iostream.h&gt; </p> <p>void main(void) </p> <p>{ <br />&#160; &#160;cout &lt;&lt; &quot;Программировать на C++ очень просто!&quot;; <br />&#160; &#160;cout &lt;&lt; endl &lt;&lt; &quot;Можно расслабиться!&quot;; <br />} </p> <p>Сохраните ваши изменения в исходном файле. Затем запустите программу, как показано ниже: </p> <p>С:\&gt; EASY &lt;ENTER&gt; </p> <p>Программировать на C++ очень просто! </p> <p>Как видите, программа не выводит новую строку на экран. Чтобы изменения в исходном файле вступили в силу, вы должны откомпилировать программу. В данном случае необходимо откомпилировать программу так, как было описано выше, а затем запустить ее. Так как компилятор использовал изменения вашего исходного кода, то, как показано ниже, на экран будет выведена новая строка: </p> <p>C:\&gt; EASY &lt;ENTER&gt; </p> <p>Программировать на C++ очень просто! </p> <p>Можно расслабиться! <br />ИЗУЧЕНИЕ СИНТАКСИЧЕСКИХ ОШИБОК </p> <p>Каждый язык — английский, французский, немецкий и даже C++ — имеет набор правил, называемых синтаксисом, которым вы должны следовать, когда используете данный язык. В английском языке, например, предложения обычно заканчиваются точкой, восклицательным или вопросительным знаком. Вы также используете заглавные буквы в начале предложения. В синтаксисе C++ используется точка с запятой, круглые скобки, фигурные скобки и многие другие символы. Когда вы забываете или неправильно употребляете эти символы, компилятор C++ выводит на экран сообщение об ошибке, которое описывает ошибку и соответствующий ей номер строки в исходном файле. </p> <p>Компилятор C++ не может создать выполнимую программу, пока не будут исправлены все синтаксические ошибки. Чтобы понять процесс обнаружения и исправления синтаксических ошибок, создайте следующую программу с именем SYNTAX. CPP: </p> <p>#include &lt;iostream.h&gt; </p> <p>void main(void) </p> <p>{ <br />&#160; &#160;cout &lt;&lt; Заключайте сообщение в кавычки; <br />} </p> <p>Если посмотреть внимательно, можно заметить, что сообщения, выведенные двумя предыдущими программами, в вашем исходном файле взяты в кавычки. Синтаксис (правила) C++ требует кавычек. При компиляции программы компилятор выведет сообщения о синтаксических ошибках. В случае Borland C++ компилятор выведет следующие сообщения: </p> <p>С:\&gt; ВСС SYNTAX.CPP &lt;ENTER&gt; </p> <p>Borland C++ Version 4.00 Copyright (с) 1993 Borland </p> <p>International syntax.cpp: </p> <p>Error syntax.cpp 5: Undefined symbol 'Заключайте' in function main() </p> <p>Error syntax.cpp 5: Statement missing; in function main() *** 2 errors in Compile *** </p> <p>В этом случае компилятор вывел две синтаксические ошибки. Обе ошибки относятся к 5 строке исходного файла. Отредактируйте файл и возьмите сообщение в кавычки, как показано ниже: </p> <p>cout &lt;&lt; &quot;Заключайте сообщение в кавычки&quot;; </p> <p>Теперь можете успешно откомпилировать программу и получить выполнимый файл. Когда вы впервые начинаете использовать какой-либо язык программирования, можете рассчитывать на несколько синтаксических ошибок каждый раз при компиляции программы. После того как вы самостоятельно создадите несколько программ, вы будете быстро определять и исправлять подобные ошибки. </p> <p>Изучение синтаксических ошибок </p> <p>При создании программы на C++ вам следует придерживаться определенных правил, называемых правилами синтаксиса. Например, надо брать текстовые сообщения в кавычки и ставить точку с запятой после большинства операторов вашей программы (позже вы узнаете, для каких операторов требуется точка с запятой, а для каких нет). Если в программе нарушаются правила синтаксиса, компилятор C++ выводит сообщение об ошибке на экран. Вам следует исправить все синтаксические ошибки до того, как компилятор сможет создать выполнимую программу. <br />РАБОТА В СРЕДЕ ТИПА WINDOWS </p> <p>Для упрощения в каждом из предыдущих примеров предполагается, что вы работаете в среде, основанной на командной строке, например MS-DOS или UNIX. Однако сегодня большинство программистов на C++ программируют в среде типа Windows, такой как Visual C++, или интегрированной среде разработки фирмы Borland. При программировании в среде типа Windows операторы программы не отличаются от тех, которые показаны здесь. Другими словами, операторы C++ в программе FIRST.CPP, написанной в Windows, идентичны тем, которые вы будете использовать в среде, основанной на командной строке. Что изменяется в Windows, так это процесс компиляции и запуска программы. </p> <p>Внутри такой среды программирования вы можете создавать исходные файлы, используя встроенный редактор, и затем компилировать программу с помощью выбора пункта меню или щелчка мыши по кнопке инструментальной линейки. Если программа содержит синтаксические ошибки, среда программирования сводит сообщения об ошибках в специальное окно. После того как вы успешно откомпилируете вашу программу, можно использовать пункт меню (или кнопку инструментальной линейки) для запуска программы. Программная среда может открыть отдельное окно, в котором будет отображаться вывод программы. </p> <p>Среда программирования называется так, потому что обеспечивает все инструментальные средства, необходимые для создания, компиляции и запуска программ. <br />ЧТО ВАМ НЕОБХОДИМО ЗНАТЬ </p> <p>Из этого урока вы узнали, как создавать и компилировать программы на C++! В уроке 2 вы получите более подробный обзор операторов, которые использовались в программах, созданных в данном уроке. Вы изучите использование фигурных скобок {}, ключевых слов, таких как void, а также как научить программы направлять вывод на экран. </p> <p>&#160; До изучения урока 2 убедитесь, что вы освоили следующие основные концепции: <br />&#160; &#160; &#160;1)Программы представляют собой файлы, содержащие последовательность инструкций, которые компьютер будет <br />&#160; &#160; &#160; &#160; выполнять. <br />&#160; &#160; &#160;2)Вы создаете программы на C++, используя текстовый редактор. <br />&#160; &#160; &#160;3)Вы сохраняете свои программы на C++ в исходных файлах, для которых используется расширение СРР. <br />&#160; &#160; &#160;4)Компилятор преобразует операторы программы на C++ в единицы и нули — машинный язык, который понимает<br />&#160; &#160; &#160; &#160; компьютер. <br />&#160; &#160; &#160;5)Подобно всем языкам, в C++ существует набор правил, называемых синтаксисом. <br />&#160; &#160; &#160;6)Если вы нарушаете правила синтаксиса, компилятор выводит сообщение, описывающее ошибку. <br />&#160; &#160; &#160;7)Вы должны исправить все синтаксические ошибки, прежде чем компилятор создаст выполняемую программу. <br />&#160; &#160; &#160;8)После внесения изменений в исходный файл следует заново откомпилировать программу, чтобы изменения <br />&#160; &#160; &#160; &#160; вступили в силу. </p> <p>Источник: programmersclub.ru</p> mybb@mybb.ru (FeDeRaL) Mon, 21 Dec 2009 19:30:16 +0300 https://speak.forumkz.ru/viewtopic.php?pid=22#p22