Истоки JavaScript, DOMИстоки JavaScript JavaScript был разработан Netscape, в сотрудничестве с Sun Microsystems. Перед JavaScript, Web-браузеры были довольно основных частей программного обеспечения, способного отображать гипертекстовые документы. JavaScript впоследствии представил добавить несколько дополнительных специй на веб-страницы и сделать их более интерактивными. Первая версия, JavaScript 1.0, дебютировал в Netscape Navigator 2 в 1995 году. На момент JavaScript 1.0 'S релиз, Netscape Navigator доминировал на рынке браузеров. Microsoft боролась, чтобы догнать своего браузера, Internet Explorer, и быстро последовать примеру Netscape's, выпустив свой собственный язык VBScript, наряду с версией JavaScript называемый JScript, с доставкой в Internet Explorer 3. В ответ на это, Netscape и ВС приступили к стандартизации языка, вместе с EВРОПЕЙСКОГО Computer Мanufacturers ssociation (ECMA). В результате ECMAScript, еще одно имя для одного языка. Хотя имя никогда не застряли, мы действительно должны быть ссылки на JavaScript как ECMAScript. JavaScript, ECMAScript, JScript-угодно назвать, набирало силу к 1996 году. 3 версий браузеров Netscape и Microsoft и поддерживает язык JavaScript 1.1 в различной степени. Я хотел бы отметить, что JavaScript не имеет ничего общего с Java, язык программирования, разработанный Sun Microsystems. JavaScript изначально будет называться LiveScript. "JavaScript", вероятно, выбрали, чтобы новые звуки языка, как это было в хорошей компании. К сожалению, выбор этого имени действительно только привело к смешению двух Языки в умах людей-путаницы, которая усугубляется тем, что веб-браузер также поддерживает форму на стороне клиента Java. Однако, несмотря на силу Java заключается в том, что он теоретически может быть развернуты практически в любой среде, JavaScript всегда была предназначена для пределы браузера. JavaScript это язык сценариев. Это означает, что в отличие от программы, которая делает все сам, язык JavaScript просто сообщает веб-браузера, что делать. Веб-браузер интерпретирует скрипт и выполняет всю работу, поэтому JavaScript часто сравнивают с неблагоприятным составлен Языки программирования, как Java и C + +. Однако относительная простота JavaScript является также его прочность. Потому что она имеет низкий барьер входа, не программистов, которые хотели вырезать и вставлять скрипты в существующие веб-страницы быстро приняли язык. JavaScript также предложила разработчикам возможности манипулировать аспектами веб-браузере. Например, язык может быть используется, чтобы управлять свойствами окна браузера, такие как высота, ширина и положение. Обращаясь собственных свойств браузера таким образом, может рассматриваться как Browser Object Model (БВУ). Ранние версии JavaScript представила также примитивно рода Document Object Model.
Что такое Document Object Model? Короче говоря, Document Object Model (DOM) является способом осмысления содержания документа. В реальном мире, мы все разделяем то, что я назову мир объектная модель. Мы можем сослаться на объекты в нашей среде, используя такие термины, как "автомобиль", "дома" и "дерево" и быть уверены, что наши условия будут поняты. Это потому, что мы взаимно согласованы, какие объекты слова относятся к конкретно. Если я говорю: "Машина находится в гараже", можно с уверенностью предположить, что вы не будете считать, что означает "птица находится в шкафу." Наш мир объектной модели не ограничивается материальными предметами, хотя-это также относится к понятиям. Например, я мог бы сослаться на "третий дом слева", давая вам направление. Для этого описанием смысла понятия "третьи" и "левых" надо понимать. Если я даю это описание кому-нибудь, кто не может рассчитывать, или кто не может сказать слева от права, то описание сути бессмысленным, так или не слова были поняты. В действительности, так как люди договорились о концептуальной модели мира , очень краткие описания могут быть полными смысла. Я могу быть уверены, что другие разделяют мое концепции "левого" и "третий". Это такая же ситуация с веб-страниц. Ранние версии JavaScript предложила разработчикам возможность запроса и управлять некоторыми из фактического содержания веб-документы основного изображения и формы. Потому что термины "изображений" и "формы" были определены заранее, JavaScript может быть использована для решения "третье изображение в документ" или "форму с именем" детали, "как показано ниже:
document.images [2] document.forms [ 'Подробности'] Этот первый, предварительный рода Document Object Model часто упоминается как DOM Level 0. В те далекие, беззаботные дни, наиболее распространенным использованием DOM Level 0 был для опрокидывания изображений и некоторые клиентские проверки стороне формы. Но когда четвертое поколение браузеров Netscape и Microsoft появился, DOM действительно попало в вентилятор. Браузер война Netscape Navigator 4 (NN4) был выпущен в июне 1997 года, а в октябре того же года, Internet Explorer 4 (ie4) также был освобожден. Оба браузера обещали много улучшений в предыдущих версиях, наряду со многими дополнениями к тому, что можно достичь с помощью JavaScript, используя значительно расширены DOM. Веб-дизайнерам было предложено тест-драйв последней Buzzword: DHTML. Слово D: DHTML DHTML была короткой для динамического HTML. Не технология сама по себе, DHTML была сокращенная термина для описания брак HTML, CSS и JavaScript. Доводы DHTML выглядел так: вы можете использовать HTML для разметки веб-страницы на элементы. Вы можете использовать CSS стиля и позиции этих элементов. Вы можете использовать JavaScript, чтобы манипулировать и изменить эти стили "на лету". DHTML сослался на Сочетание этих трех методов. Использование DHTML, сложные эффекты анимации вдруг стало возможным. Допустим, вы использовали HTML для разметки элемента страницы следующим образом:
Это моя стихия Затем можно использовать CSS для позиционирования применяются стили, как это:
# (myelement позиции: абсолютный; слева: 50px; Top: 100px;) Затем, используя JavaScript, Вы можете изменить левом верхнем и стили myelement, чтобы переместить его окрестности на этой странице. Ну, это была теория так или иначе. Несчастью для разработчиков, как браузеры используются различные, несовместимые заморских департаментах. Хотя браузер производители выступают за те же цели, каждый из них подошел к вопросу ДОМ в совершенно различными способами. Столкновение браузеров Netscape DOM сделал использования патентованных элементов, называемых слоями. Эти слои были даны уникальные идентификаторы и затем обратился через скрипт так:
document.layers [ 'myelement'] Тем временем, Microsoft DOM будет касаться того же элемента следующим образом:
document.all [ 'myelement'] Различия не заканчиваются. Скажем, вы хотели узнать левом положении myelement и присвоить его переменной Xpos. В Netscape Navigator 4 вы могли бы сделать это следующим образом:
VAR Xpos = document.layers [ 'myelement']. налево; Вот как вы могли бы сделать то же самое в Internet Explorer 4:
VAR Xpos = document.all [ 'myelement']. LeftPos; Это было четко смешном положении. Разработчикам пришлось вилкой своего кода для выполнения каких-либо сценариев DOM. В сущности, многие сценарии были написаны дважды, один раз за NN4 и один раз для IE4. Изощренные браузера нюхает часто требуется выполнять свои функции до правильный сценарий. DHTML обещали мир возможностей. Но тот, кто действительно попытался использовать его обнаружили целый мир, а не более. Это было незадолго до DHTML стал грязным (Buzz) слово. Технологии быстро получил репутацию как Hyped снова и слишком сложно реализовать. Повышение уровня Хотя браузер производители были заняты участие в их борьбе за превосходство, и использование конкурирующими заморских в качестве оружия в войне, W3C спокойно положить вместе стандартизированных Document Object Model. К счастью, производители браузеров смогли выделить их взаимной враждебности. Netscape, Microsoft и другие производители браузере работали вместе с W3C по новому стандарту и DOM Level 1 была завершена в октябре 1998 года. Возвращаясь к нашему примеру, давайте взглянем на то, как новые стандартизированные DOM будет заниматься той же ситуации. Помните, у нас есть с myelement идентификатор и мы пытаемся выяснить значение, которое было применено в ее левом положении, так что мы можем сохранить это значение в качестве переменной Xpos. Вот синтаксис мы можем использовать:
VAR Xpos = document.getElementById ( 'myelement'). style.left На первый взгляд, это не могло бы показаться улучшение по сравнению с нестандартными, собственных заморских департаментах. Однако, стандартизированная DOM является гораздо более амбициозными по своим масштабам. Хотя браузер производители просто хотел каким-то образом управлять веб-страниц с JavaScript, W3C предложена модель, которая может быть использована любой язык программирования для манипулирования любой Документ написан на любой язык разметки. Мышление вне браузера DOM является то, что называется интерфейс прикладного программирования (API). API для существа конвенций, которые были согласованы на основе взаимного согласия. Реальная эквиваленте будет нечто похожее на:
Все эти вещи являются стандарты, и они делают это людям легче общаться и сотрудничать. В ситуации, когда одна конвенция не была согласована, то результат часто катастрофическими. Помните, что конкуренция между метрической и имперской измерения привело, по меньшей мере одна неудачная миссию на Марс. В мире программирования, существует много разных Языки, но есть много аналогичных задач. Вот почему API для так удобно. Когда вы знаете, стандарт, вы можете применять его в различных средах. Синтаксис может изменяться в зависимости от языка, вы используете, но Конвенция остается той же. Таким образом, хотя я конкретно об использовании JavaScript DOM с этой статьей, ваши новые знания DOM, также будет очень полезна, если вы когда-нибудь понадобится для разбора XML-документа с использованием языка программирования, как PHP или Python. W3C определяет ДОМ как "платформы и языка интерфейса, который позволит программы и скрипты для динамического доступа и обновления содержания, структуры и стиля документов". независимость стандартизированных DOM, вместе со своей мощной сферы, ставит его голова и плечи выше собственных заморских департаментах созданы производителями пререкания браузера. В конце войны браузеровMicrosoft выиграла битву за рынок браузеров доли превосходства. По иронии судьбы, столкновение конкурирующих заморских департаментах и имущественные разметки мало влияют на окончательный результат. Internet Explorer суждено было выиграть, просто в силу того факта, что он пришел предварительно установлены на всех ПК под управлением операционной системой. Людям, которые больше всего страдают от войн браузер веб-дизайнеров. Кросс-браузер развития стала кошмаром. А также расхождения в JavaScript реализаций, которые я упоминал ранее, двух браузеров также весьма различные уровни поддержки CSS. Создание таблицы стилей и скрипты, которые работали на обоих браузерах стала своего рода черной магии. Реакция началась с собственной позицией браузера производителей. Была создана группа, называющая себя WEB SСТАНДАРТЫ ПРОЕКТ или Оса для коротких (http://webstandards.org/). Первая задача, которая провела Оса том, чтобы поощрять разработчики браузеров принять рекомендаций W3C-же рекомендациями, что браузер производителей помогли проекту. Было ли это из-за давления со стороны осы или результатом внутреннего решения компании, было гораздо больше поддержка веб-стандартов следующего поколения веб-браузеров. Новое начало Internet Explorer 5 поставляется со встроенной поддержкой DOM WC3 стандартизированы, и при этом сохраняя поддержку старых, собственные Microsoft DOM. Netscape решила порвать и выпустила браузер, который был почти ничего общего с NN4. Netscape Navigator 6, даже пропустил номер версии, и он использовал совершенно разные рендеринга с гораздо, гораздо большую поддержку CSS. Она также поддерживает стандартизированные DOM, но без обратной совместимости для старых Netscape DOM. Последующие релизы с обеих Netscape и Microsoft улучшила предыдущих воплощениях с повышением поддержки веб-стандартов. К сожалению, развитие Internet Explorer наблюдался застой в версии 6. Очень жаль, так как некоторые проблемы все еще остаются с реализацией в браузере CSS. Поддержка DOM Level 1, однако, скала. Тем временем, другие браузеры появились на сцене. Когда Apple Safari дебютировал со своим веб-браузером в 2003 году, не было и речи, что она будет следовать стандартам DOM. Firefox, Mozilla и Камино, основаны на тех же открытых источников оказания двигатель как Netscape 6 и 7, имеют отличную поддержку DOM. Театр оперы и Konquerer также предлагаем большой поддержкой DOM. Свыше 95% браузеров в активном использовании сегодня имеют встроенную поддержку DOM. Браузера войн конца девяностых годов, как представляется, хорошо и действительно позади. Хотя ни один браузер осуществил W3C DOM прекрасно, все современные браузеры занимают около 95% от спецификации. Это значит, существует огромная сумма, которую мы можем сделать, не беспокоясь о ветвления кода. Стагнации развитие Internet Explorer несмотря на это, жизнь значительно улучшилась для веб-дизайнеров. Вместо того чтобы писать сценарии с раздвоенной кода подаются со сложной браузера нюхают, мы теперь в состоянии написать что-то раз и опубликовать его везде. Пока мы придерживаемся стандарта DOM, мы можем быть уверены, что наш сценарий будет работать почти повсеместно. Что дальше? Единственное, вы должны обязательно забрать из моего краткого JavaScript урок истории в том, что разные браузеры используются для выполнения той же задачи по-разному. Это неоспоримый факт, доминируют не только в написании сценария JavaScript, он также продиктовано каким статьям были написаны о JavaScript. Любое JavaScript статей, направленных на демонстрацию, как учиться языку на примере часто приходилось показывать же сценарии, написанные по-разному для различных браузеров. Так же, как код найти на большинстве сайтов, примеры, в большинстве статей JavaScript полной нюхает браузера и код ветвления. Аналогичным образом, технические статьи ссылки на JavaScript не может просто содержать списки функций и методов. Они также был документ, в котором функции и методы были поддержаны какими браузерами. Сейчас ситуация изменилась. Благодаря стандартизации DOM, различными браузерами делать то же самое во многом таким же образом. Это означает, что когда я покажу вам, как сделать что-либо через JavaScript и объектной модели документа, мы не сможем получить отвлекаться на браузере несоответствий. Я буду стараться избегать упоминания каких-либо конкретных браузеров в этой статье. Я тоже Не собираюсь использовать термин DHTML больше. Термин всегда работают лучше, как маркетинг, чем модное словечко в качестве технического описания. С одной стороны, это звучит как смешение другой аромат HTML или XHTML. Кроме того, термин происходит с большим количеством багажа. Если вы упоминаете DHTML для тех, кто пытается использовать его в конце девяностых годов, у вас будет трудно убедить их, что это простой, стандартизированной технологии в настоящее время. DHTML должно было бы сослаться на комбинацию (X) HTML, CSS, и JavaScript, но на самом деле, что связывает эти вещи вместе, DOM. Если нам понадобится любой термин для описания этого процесса, давайте использовать что-то более точной. Хотя термин DHTML может быть использован для обозначения браузера кодирования, она не кажется неправильным, чтобы попытаться применить тот же срок на основе стандартов кодирования. DOM Scripting является более точным способом описания манипуляцию документами и таблицами стилей помощью W3C Document Object Model. DHTML Если речь идет только о веб-документах, DOM сценарии могут быть использованы в сочетании с любым размеченный документ, используя любой язык, поддерживающий DOM API . В случае с веб-документов, повсеместного присутствия JavaScript делает его лучшим выбором для DOM Scripting. Статья представленные Жаком Goudreau Отказ от ответственности:Наш сайт не несет ответственности за содержание данной статьи. Webarticles это бесплатный информационный ресурс. Важно: Эта статья "Происхождение JavaScript, ДОМ" была переведена автоматических программ. Нам жаль любые ошибки, которые могут иметь место. Спасибо за ваше понимание.
|
|||||
| Online: 238 users browsing the articles directory |
|
|