Технология dom: Введение — Интерфейсы веб API

Технология Умный дом — система беспроводного управления домом

Быстрый темп жизни все меньше позволяет нам тратить время на рутинные задачи. Даже такие мелочи как вскипятить чайник, зашторить шторы или перед уходом выключить свет по всему дому суммарно отнимают немало времени. В стремлении сделать свою жизнь более комфортной, люди разработали интеллектуальную систему, выполняющую такие действия за них, и назвали ее технологией управления «Умный дом».

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

Одним из лидеров по производству такого оборудования по праву считается европейский бренд ABB-free@home, родом из Швеции и Швейцарии. Элементы системы производит концерн ABB, который был образован в 1988 году вследствие слияния двух опытных компаний, основанных еще в 19-ом веке. Специалисты ABB, точно знают, что нужно потребителю и как это реализовать, поэтому они создали ABB-free@home — многофункциональную и удобную систему, при этом благодаря простоте структуры и двухпроводной шине ее может спроектировать, установить и настроить человек с базовыми знаниями в области электрики. Строительные компании Москвы выбирают ее для проектов под ключ.

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

Принцип работы

Центральный блок управления оборудования ABB-free@home собирает информацию с помощью различных датчиков со всего дома, используя двухжильный провод, для которого не требуется дополнительный кабель канал. С его же помощью осуществляется и управление. Это возможно, благодаря адресации устройств и их идентификацией при обмене информацией.

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

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

Возможности Умного дома

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

• Температурным режимом — отопление и кондиционирование на службе у такой технологии становятся намного эффективнее, температура регулируется не только в комфортные для человека рамки, но и особое внимание уделяется экономии. В каждой комнате устанавливается своя температура в зависимости от назначения. Энергоэффективность достигается также снижением температуры во время отсутствия хозяина и ночью. Так один градус расходует примерно 6% энергопотребления в месяц;
• Освещением — контроль над светом через датчики движения, с помощью заложенных сценариев или реакцией на определенные события. При срабатывании тревоги система управления включит весь свет в здании, для создания атмосферы, по сценарию, приглушит его в гостиной или выключит везде при уходе из дома;
• Электроприборами — сварить себе с утра кофе из постели и включить музыку, является мечтой каждого, смарт дом сделает это по нажатию кнопки на вашем телефоне. Технология также проконтролирует, чтобы вы не оставили включенным утюг или другой прибор, а вы сможете успокоиться, проверив их состояние через приложение;
• Домофоном — видеосвязь с гостем и дистанционное открытие двери;
• Шторами и жалюзи — управляемые таймерами шторы закроются или откроются по времени суток или вашей команде;
• Кнопка «Выключить все» — очень удобная функция, доступная с кнопки перед выходом.
  Уходя из дома нажмете на эту кнопку и будете уверены, что свет везде погашен, электроприборы отключены от сети, а отопление перешло в эко режим.

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

Преимущества

Безусловно в сравнении с обычным жильем, умные намного комфортнее и технологичнее. Главные их плюсы это:

• Экономичность — энергоэффективность, обеспечиваемое централизованным контролем позволяют реально экономить на счетах за отопление и электричество, что актуально в Москве;
• Удобство — автоматизация всегда стоит радом с повышением уровня комфорта и исключением рутинных задач из повседневных дел, что, в итоге, экономит время – самый важный не возобновляемый ресурс;
• Безопасность — технология позволяет контролировать состояние дома из любого места на земле.

Недостатки умного жилья

Во всем можно найти недостатки, важна их значимость, а для каждого она отличается. Основные отталкивающие причины:

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

Минусы сомнительные, но для некоторых людей они могут стать реальной причиной отказа от этой умной технологии.

Технологии | DOM TN PREFAB

Cнижение затрат на отопление и кондиционирование до 70%

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

Энергоэффективность — это не только снижение затрат на электроэнергию и кондиционирование,

• Оптимальная температура

  Благодаря массивному утеплению дом равно- мерно прогревается, создавая оптимальные условия проживания при 22℃.

• Стабильный климат в доме

  Благодаря аккумуляции тепла в доме стабильная температура не зависимо от внешних факторов.

• Всегда чистый воздух

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

• Акустический комфорт

  Конструктив дома «платформа» позволяет устраивать надежные преграды распростра- нению звуков.

Почему каркасная технология ?

• выгодно

  Бюджет не обременен сложными работами — не нужно штробить инженерку, не нужно штукатурить стены и ждать высыхания, а сразу приступать к финишным работам

• Экологичность

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

• Вариативность отделки и архитектуры

  Мы сможем реализовать любые ваши самые смелые идеи, благодаря огромным возможностям при строительстве DOM TN PREFAB

• от плана до дома за 3 месяца

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

• ДОЛГОВЕЧНОсть

  При грамотном уходе дом можно эффективно эксплуатировать столетиями. А на некоторые материалы распространяется гарантия до 50 лет

ушп = Надежный фундамент +

УШП* объединяет в себе устройство монолитной фундаментной плиты и сети коммуникаций, которая включает систему водяного подогрева пола, готовую к финишному покрытию.

* утепленная шведская плита

стены с каменной ватой

10 см Каменной ваты DOM TN PREFAB по теплосберегающей способности соответствуют 44 см бруса или 198 см кирпичной кладки*

*СП 50.13330.2012 Тепловая защита зданий. копия

гарантированный

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

Материалы

• Экструдированный пенополистирол XPS DOM TN PREFAB CARBON

• Негорючая каменная вата DOM TN PREFAB или Green Guard

• Гибкая черепица SHINGLAS, композитная черепица Luxard или рулонная черепица DOM TN PREFAB

• Долговечный фасад HAUBERK

• Фасадные штукатурные системы DOM TN PREFAB

• Диффузионные и пароизоляционные пленки DOM TN PREFAB

• ОКНА – профильная система REHAU DELIGHT

• ОКНА – профильные системы Deceuninck Bautec Neo 71мм, Favorit Space 76мм, Elegant 76/92мм; фурнитура Siegenia Titan AF, стекло Guardian

• Профилированая мембрана PLANTER для устройства отмосток

• Экструдированный пенополистирол XPS DOM TN PREFAB CARBON

• Негорючая каменная вата DOM TN PREFAB или Green Guard

• Гибкая черепица SHINGLAS, композитная черепица Luxard или рулонная черепица DOM TN PREFAB

— Материалы производства компании DOM TN PREFAB

— веб-API

Объектная модель документа ( DOM ) соединяет веб-страницы со сценариями или языками программирования, представляя структуру документа, например HTML, представляющий веб-страницу, в памяти.

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

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

Чтобы узнать больше о том, что такое модель DOM и как она представляет документы, см. нашу статью Введение в модель DOM.

• Контроллер прерывания
• Сигнал прерывания
• Абстрактный диапазон
• Атрибут
• CDATAРаздел
• Символьные данные
• Комментарий
• Пользовательское событие
• Документ
• Фрагмент документа
• Тип документа
• DOMError Not for use in new websites.»> Устаревший
• DOMException
• Реализация ДОМИ
• ДОМпарсер
• ДомПойнт
• ДОМпоинтередонли
• DOMRect
• DOMTokenList
• Элемент
• Событие
• Цель события
• HTMLКоллекция
• Обозреватель мутаций
• Запись Мутации
• NamedNodeMap
• Узел
• фильтр узлов
• Итератор узлов
• Список узлов
• Инструкция по обработке
• Диапазон
• Статический диапазон
• Текст
• TextDecoder
• TextEncoder
• Диапазоны времени
• Триволкер
• XML-документ

Устаревшие интерфейсы DOM

Объектная модель документа сильно упрощена. Для этого были удалены следующие интерфейсы, представленные в различных спецификациях DOM уровня 3 или более ранних. Неясно, могут ли некоторые из них быть повторно представлены в будущем или нет, но на данный момент их следует считать устаревшими, и их следует избегать:

• Конфигурация DOM
• DOMErrorHandler
• DOMImplementationList
• DOMImplementationRegistry
• Источник реализации ДОМИ
• DOMLocator
• ДОМОбъект
• DOMSettableTokenList
• DOMUserData
• ЭлементТраверсал
• Объект
• EntityReference
• Список имен
• Обозначение
• Информация о типе
• UserDataHandler

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

API HTML DOM обеспечивает доступ к различным функциям браузера, таким как вкладки и окна, стили и таблицы стилей CSS, история браузера и т. д. Эти интерфейсы обсуждаются далее в документации по HTML DOM API.

Интерфейсы элементов SVG

• SVGAElement
• SVGAltGlyphElement Устаревший
• SVGAltGlyphDefElement Устаревший
• SVGAltGlyphItemElement Устаревший
• SVGAnimationElement
• SVGAnimateElement
• SVGAnimateColorElement Not for use in new websites.»> Устаревший
• SVGAnimateMotionElement
• SVGAnimateTransformElement
• SVGCircleElement
• SVGClipPathElement
• SVGComponentTransferFunctionElement
• SVGCursorElement
• SVGDefsElement
• SVGDescElement
• SVGElement
• SVGEllipseElement
• SVGFEBlendElement
• SVGFEColorMatrixElement
• SVGFEComponentTransferElement
• SVGFECompositeElement
• SVGFEConvolveMatrixElement
• SVGFEDiffuseLightingElement
• SVGFEDisplacementMapElement
• SVGFEDistantLightElement
• SVGFEDropShadowElement
• SVGFEFloodElement
• SVGFEFuncAElement
• SVGFEFuncBEElement
• SVGFEFuncGElement
• SVGFEFuncREElement
• SVGFEGGaussianBlurElement
• SVGFEImageElement
• SVGFEMergeElement
• SVGFEMergeNodeElement
• SVGFEMorphologyElement
• SVGFEOffsetElement
• SVGFEPointLightElement
• SVGFESpecularLightingElement
• SVGFESpotLightElement
• SVGFETileElement
• SVGFETurbulenceElement
• SVGФильтрЭлемент
• SVGFilterPrimitiveStandardAttributes
• SVGFontElement Not for use in new websites.»> Устаревший
• SVGFontFaceElement Устаревший
• SVGFontFaceFormatElement Устаревший
• SVGFontFaceNameElement Устаревший
• SVGFontFaceSrcElement Устаревший
• SVGFontFaceUriElement Устаревший
• SVGForeignObjectElement
• SVGGElement
• SVGGeometryElement
• SVGGlyphElement Устаревший
• SVGGlyphRefElement Not for use in new websites.»> Устаревший
• SVGGradientElement
• SVGGraphicsElement
• SVGHatchElement Экспериментальный
• SVGHatchpathElement Экспериментальный
• SVGHKernElement Устаревший
• SVGImageElement
• SVGLinearGradientElement
• SVGLineElement
• SVGMarkerElement Экспериментальный
• SVGMaskElement
• SVGMetadataElement
• SVGMissingGlyphElement Not for use in new websites.»> Устаревший
• SVGMPathElement
• SVGPathElement
• SVGPatternElement
• SVGPolylineElement
• SVGPolygonElement
• SVGRadialGradientElement
• SVGRectElement
• SVGScriptElement
• SVGSetElement
• SVGStopElement
• SVGStyleElement
• СВГСВГЭлемент
• SVGSwitchElement
• SVGSymbolElement
• SVGTextContentElement
• SVGTextElement
• SVGTextPathElement
• Элемент SVGTextPositioning
• SVGTitleElement
• SVGTRefElement Not for use in new websites.»> Устаревший
• SVGTSpanElement
• SVGUseElement
• SVGViewElement
• SVGVKernElement Устаревший

Интерфейсы типов данных SVG

Вот API DOM для типов данных, используемых в определениях свойств и атрибутов SVG.

Статический тип

• SVGAgle
• SVGColor Устаревший
• SVGICCColor Устаревший
• SVGElementInstance
• SVGElementInstanceList
• SVGLength
• SVGLengthList
• SVGNameList
• SVGNumber
• SVGNumberList
• SVGPaint
• SVGPathSeg Not for use in new websites.»> Устаревший
• SVGPathSegClosePath Устаревший
• SVGPathSegMovetoAbs Устаревший
• SVGPathSegMovetoRel Устаревший
• SVGPathSegLinetoAbs Устаревший
• SVGPathSegLinetoRel Устаревший
• SVGPathSegCurvetoCubicAbs Устаревший
• SVGPathSegCurvetoCubicRel Устаревший
• SVGPathSegCurvetoQuadraticAbs Not for use in new websites.»> Устаревший
• SVGPathSegCurvetoQuadraticRel Устаревший
• SVGPathSegArcAbs Устаревший
• SVGPathSegArcRel Устаревший
• SVGPathSegLinetoHorizontalAbs Устаревший
• SVGPathSegLinetoHorizontalRel Устаревший
• SVGPathSegLinetoVerticalAbs Устаревший
• SVGPathSegLinetoVerticalRel Устаревший
• SVGPathSegCurvetoCubicSmoothAbs Not for use in new websites.»> Устаревший
• SVGPathSegCurvetoCubicSmoothRel Устаревший
• SVGPathSegCurvetoQuadraticSmoothAbs Устаревший
• SVGPathSegCurvetoQuadraticSmoothRel Устаревший
• SVGPathSegList Устаревший
• SVGPoint Устаревший
• SVGPointList Устаревший
• SVGPreserveAspectRatio
• SVGRect Устаревший
• SVGStringList
• SVGTransform
• SVGTransformList

Анимированный тип

• SVGAnimatedAngle
• SVGAnimatedBoolean
• SVGAnimatedEnumeration
• SVGAnimatedInteger
• SVGAnimatedLength
• SVGAnimatedLengthList
• SVGAnimatedNumber
• SVGAnimatedNumberList
• SVGAnimatedPathData Not for use in new websites.»> Устаревший
• SVGAnimatedPoints
• SVGAnimatedPreserveAspectRatio
• SVGAnimatedRect
• SVGAnimatedString
• SVGAnimatedTransformList

• ЭлементВремяКонтроля
• Событие времени

Другие интерфейсы SVG

• GetSVGDocument
• ShadowAnimation
• SVGColorProfileRule Устаревший
• SVGCSSRule Устаревший
• SVGДокумент
• SVGException Устаревший
• SVGFitToViewBox
• SVGLocatable Not for use in new websites.»> Устаревший
• SVGRenderingIntent Устаревший
• SVGUnitTypes
• SVGUseElementShadowRoot
• SVGViewSpec Устаревший
• SVGZoomEvent Устаревший

• Примеры DOM
• Объектная модель CSS (CSSOM)

Обнаружили проблему с содержанием этой страницы?

• Отредактируйте страницу на GitHub.
• Сообщить о проблеме с содержимым.
• Посмотреть исходный код на GitHub.

Хотите принять участие?

Узнайте, как внести свой вклад.

Последний раз эта страница была изменена 20 февраля 2023 г. участниками MDN.

Что такое объектная модель документа?

Редакторы

Джонатан Роби, Texcel Research

Введение

Объектная модель документа (DOM) — это программный API для HTML и XML-документы. Он определяет логическую структуру документов и способ доступа к документу и манипулирования им. В спецификации DOM термин «документ» используется в широком смысле — XML все чаще используется в качестве способ представления различных видов информации, которые могут храниться в различных системах, и большая часть этого традиционно рассматриваться как данные, а не как документы. Тем не менее, XML представляет эти данные как документы, и DOM может использоваться для управления этими данными.

С документом Объектная модель, программисты могут создавать и создавать документы, перемещаться их структуру, а также добавлять, изменять или удалять элементы и содержимое. Можно получить доступ ко всему, что находится в документе HTML или XML, изменены, удалены или добавлены с помощью объектной модели документа, за некоторыми исключениями — в частности, DOM-интерфейсы для внутреннее подмножество и внешнее подмножество еще не определены.

В спецификации W3C одной из важных целей документа Объектная модель должна предоставлять стандартный программный интерфейс, который могут использоваться в самых разных средах и приложениях. Объектную модель документа можно использовать с любым программным обеспечением. язык. Чтобы обеспечить точную, независимую от языка спецификацию интерфейсов объектной модели документа мы решили определить спецификации в OMG IDL, как определено в CORBA 2.2 Спецификация. В дополнение к спецификации OMG IDL, мы предоставляем языковые привязки для Java и ECMAScript ( стандартный отраслевой язык сценариев на основе JavaScript и JScript). Примечание. OMG IDL используется только как независимая от языка и независимый от реализации способ указания интерфейсов. Различные другие Можно было бы использовать IDL; использование OMG IDL не подразумевает требование использовать конкретную среду выполнения привязки объекта.

Что такое объектная модель документа

Объектная модель документа — это программный API для документов. Сама объектная модель очень похожа на структуру документирует его модели. Например, рассмотрим эту таблицу, взятую из документа HTML:

 <ТАБЛИЦА>
      <СТРОКИ>
      
      Тенистая роща
      Эолийский
      
      
      За рекой, Чарли
      Дориан
      
      
      
     

Объектная модель документа представляет эту таблицу следующим образом:

В объектной модели документа документы имеют логический структура, очень похожая на дерево; если быть точнее, то подобен «лесу» или «роще», которые могут содержать более одного дерева. Однако объектная модель документа не указывает, что документы должны быть реализованы как дерево или роща, ни указывает ли он, как должны быть связаны отношения между объектами? реализованы в любом случае. Другими словами, объектная модель определяет логическую модель для интерфейса программирования и эта логическая модель может быть реализована любым способом, который конкретная реализация находит удобной. В этом спецификации, мы используем термин структура модели до описать древовидное представление документа; мы специально избегайте таких терминов, как «дерево» или «роща», чтобы не подразумевать конкретное выполнение. Одно важное свойство моделей структуры DOM является структурным изоморфизмом : если любые два документа Реализации объектной модели используются для создания представления одного и того же документа они создадут одну и ту же модель структуры, с точно такими же объектами и отношениями.

Название «Объектная модель документа» было выбрано потому, что это «объектная модель», используемая в традиционном смысл объектно-ориентированного дизайна: документы моделируются с использованием объекты, и модель охватывает не только структуру документ, но и поведение документа и объектов из которых он состоит. Другими словами, узлы в приведенная выше диаграмма не представляет структуру данных, они представляют объекты, которые имеют функции и идентичность. Как объектная модель, объектная модель документа идентифицирует:

• интерфейсы и объекты, используемые для представления и управления документ
• семантика этих интерфейсов и объектов — в том числе как поведение, так и атрибуты
• отношения и сотрудничество между этими интерфейсами и объекты

Структура документов SGML традиционно представлена ​​абстрактной моделью данных, а не объектной моделью. В абстрактной модели данных модель сосредоточена вокруг данные. В объектно-ориентированных языках программирования сами данные инкапсулируется в объекты, которые скрывают данные, защищая их от прямых внешних манипуляций. Функции, связанные с эти объекты определяют, как с ними можно манипулировать, и они являются частью объектной модели.

Объектная модель документа в настоящее время состоит из двух частей: DOM Core и DOM HTML. Ядро DOM представляет собой функциональность, используемая для XML-документов, а также служит основа для DOM HTML. Все реализации DOM должны поддерживать интерфейсы, указанные как «фундаментальные» в спецификации Core; кроме того, реализации XML должны поддерживать интерфейсы указан как «расширенный» в спецификации Core. Уровень 1 Спецификация DOM HTML определяет дополнительную функциональность требуется для HTML-документов.

Чем не является объектная модель документа

Этот раздел предназначен для более точного понимания объектной модели документа, отличая ее от других системы, которые могут показаться похожими на это.

• Хотя объектная модель документа находилась под сильным влиянием динамическим HTML, на уровне 1 он не реализует все Динамический HTML. В частности, события еще не определены. Уровень 1 предназначен для того, чтобы заложить прочную основу для такого рода функциональности, предоставляя надежную и гибкую модель сам документ.
• Объектная модель документа не является двоичной спецификацией. Документ Программы объектной модели, написанные на одном языке, будут исходный код совместим на разных платформах, но Document Объектная модель не определяет какую-либо форму двоичного совместимость.
• Объектная модель документа не является способом сохранения объектов в XML или HTML. Вместо указания того, как объекты могут быть представленная в XML, объектная модель документа определяет, как Документы XML и HTML представлены в виде объектов, поэтому они могут использоваться в объектно-ориентированных программах.
• Объектная модель документа не является набором структур данных, это объектная модель, определяющая интерфейсы. Хотя это документ содержит диаграммы, показывающие отношения родитель/потомок, это логические отношения, определенные программой интерфейсы, а не представления каких-либо конкретных внутренних структуры данных.
• Объектная модель документа не определяет «истинный внутренняя семантика» XML или HTML. Семантика этих языки определяются самими языками. Объектная модель документа — это модель программирования, предназначенная для уважайте эту семантику. Объектная модель документа не иметь какие-либо последствия для того, как вы пишете XML и HTML документы; любой документ, который может быть написан на этих языках могут быть представлены в объектной модели документа.
• Объектная модель документа, несмотря на свое название, не является конкурент объектной модели компонентов (COM). COM, как CORBA — это независимый от языка способ указания интерфейсов и объекты; Объектная модель документа представляет собой набор интерфейсов и объекты, предназначенные для управления документами HTML и XML. Дом может быть реализован с использованием независимых от языка систем, таких как COM или КОРБА; это также может быть реализовано с использованием специфичных для языка привязки, такие как привязки Java или ECMAScript, указанные в этот документ.

Откуда взялась объектная модель документа

Объектная модель документа возникла как спецификация для позволить сценариям JavaScript и программам Java быть переносимыми между веб-браузеры. Динамический HTML был непосредственным предком Документировать объектную модель, и изначально предполагалось, что с точки зрения браузеров. Однако, когда объектная модель документа Была сформирована рабочая группа, к ней также присоединились вендоры в других домены, включая редакторы HTML или XML и документы репозитории. Некоторые из этих поставщиков работали с SGML. до того, как был разработан XML; в результате объектная модель документа находился под влиянием SGML Groves и стандарта HyTime. Некоторый из этих поставщиков также разработали свои собственные объектные модели для документы для предоставления программных API для SGML/XML редакторы или репозитории документов, и эти объектные модели имеют также повлияла на объектную модель документа.

Сущности и ядро ​​DOM

В основных интерфейсах DOM нет объектов, представляющих сущности. Ссылки на числовые символы и ссылки на предварительно определенные объекты в HTML и XML заменяются одиночный символ, который составляет замену объекта. Например, в:

Это собака & кошка

будет формировать единый непрерывный последовательность символов. Представительство генерала объекты, как внутренние, так и внешние, определяются в расширенные (XML) интерфейсы спецификации уровня 1. Примечание. Когда DOM-представление документа сериализуется как текст XML или HTML, приложения должны будут проверять каждый символ в текстовых данных, чтобы увидеть, нужно ли его экранировать с использованием числового или предварительно определенного объекта. Не сделать этого может привести к недопустимому HTML или XML.

Интерфейсы DOM и реализации DOM

DOM определяет интерфейсы, которые могут использоваться для управления XML или HTML-документы. Важно понимать, что эти интерфейсы являются абстракцией — так же, как «абстрактные базовые классы» в C++, они являются средством определения способа доступа и манипулирования внутреннее представление документа приложением. В частности, интерфейсы не подразумевают конкретного конкретного выполнение. Каждое приложение DOM может поддерживаться бесплатно. документы в любом удобном представлении, лишь бы интерфейсы, показанные в этой спецификации, поддерживаются. Некоторый Реализациями DOM будут существующие программы, использующие Интерфейсы DOM для доступа к программному обеспечению, написанному задолго до Спецификация DOM существовала. Таким образом, DOM разработан чтобы избежать зависимостей реализации; в частности,

1. Атрибуты, определенные в IDL, не предполагают конкретного объекты, которые должны иметь определенные элементы данных — в языковые привязки, они переводятся в пару get()/set(), а не члену данных. (только для чтения функции имеют только функцию get() в языке привязки).
Приложения DOM
2. могут предоставлять дополнительные интерфейсы. и объекты, не найденные в этой спецификации, и по-прежнему будут считается совместимым с DOM.
3. Поскольку мы указываем интерфейсы, а не фактические объекты, которые должны быть созданы, DOM не может знать, что конструкторы для вызова реализации. В общем, Пользователи DOM вызывают методы createXXX() в документе. класс для создания структур документов и DOM реализации создают свои собственные внутренние представления этих структур в их реализациях функции createXXX().