Смл лист характеристики: Стекломагнезитовый лист: характеристики и использование

Содержание

Стекломагнезитовый лист: характеристики и использование

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

Содержание:

Стекломагнезитовый лист: что это такое
Стекломагнезитовый лист характеристики
Стекломагнезитовый лист применение видео
Стекломагнезитовый лист применение отзывы видео видео
Стекломагензитовый лист классы

Стекломагнезитовый лист: что это такое

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

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

Как и многие строительные материалы, стекломагнезитовый лист имеет много названий, в зависимости от страны изготовителя, состава и назначения: стекломагниевый, ксилитоволокнистый, магнезиальноцементный или доломитоволокнистый лист, магнелит, стекломагнезитовая плита или просто – СМЛ.

Стекломагнезитовый лист – это «слоеный пирог» из стеклоткани (1%), и прочной и легкой смеси древесной стружки (15%), оксида магния (40%), хлорида магния (35%), перлита (5%), связующих композиционных материалов (4%).

В разрезе он выглядит так: внешний слой наполнителя; стекловолокно; основной, внутренний слой наполнителя; стекловолокно; наружный слой наполнителя.

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

Стекломагнезитовый лист характеристики

Если обобщить все сведения о стекломагнезитовом листе, предлагаемые производителями этого строительно-отделочного материала, то можно выделить следующие характеристики СМЛ:

— легкость: стекломагнезитовый лист вес имеет минимальный. Если сравнить ГКЛ и СМЛ одинакового размера и веса, то стекломагнезитовый лист будет, примерно, в 2 раза легче гипсокартона.

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

— гибкость: стекломагнезитовый лист можно согнуть, практически, пополам и при этом – не сломать. Такое свойство СМЛ позволяет не только создавать криволинейные конструкции, но и с большим удобством и легкостью транспортировать стекломагнезитовый лист.

— влагостойкость: производители СМЛ, в рекламных целях, заявляют об этом свойстве стекломагнезитовго листа, без уточнения. Стекломагнезит А класса (премиум 01), действительно, влаго- и даже, водостоек.

— огнеупорность и низкая теплопроводность: данные показатели характерны для всех классов СМЛ, в большей или меньшей степени. СМЛ А (премиум) класса выдерживает воздействие газовой горелки в течении 2-х часов, лишь обугливаясь и практически не проводя тепло, более 1000 0С на противоположную свою сторону.

— высокие показатели шумоизоляции: благодаря вспученному перлиту – материалу пористому, стекломагнезитовый лист плохо или практически не проводит звук.

— легкость обработки: стекломагнезитовый лист, несмотря на свою прочность, так же легко, как ГКЛ кроится ножом, сверлится, не скалывается. Не крошиться, не пылит.

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

— многообразие размеров: стекломагнезитовый лист размеры имеет в достаточно широком диапазоне, но наиболее востребованными на сегодняшний день являются размеры 1220 на 2440 мм. Показатели толщины СМЛ – от 3 мм до 20 мм. Но самый востребованный — стекломагнезитовый лист толщина которого колеблется от 6 мм до 12 мм.

— многообразие цветов и фактур: СМЛ (окрашенный) имеет внешний финишный слой,

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

Стекломагнезитовый лист применение видео

Благодаря многочисленным универсальным характеристикам стекломагнезитовго листа его применение – практически, не ограничено такими показателями, как влажность и температурный режим.

Применяется СМЛ для:

— облагораживания фасада здания: стекломагнезитовый лист для фасада – быстрый вариант не только возвести, утеплить, защитить, но и украсить свой дом снаружи.

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

— утепления стен, как изнутри, так и снаружи.

— создание основы крыши под гибкую черепицу.

— создания огнеупорного барьера вокруг печей, каминной, т.п.

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

— отделки помещений с повышенной влажностью: бассейны, бани, т. п.

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

Стекломагнезитовый лист применение отзывы

При всех положительных качествах и отзывах об использовании стекломагнезитовгого листа, заявляемых как производителями, так и покупателями различных стран,

в сети Интернет все же появляются видео подобного рода с негативными отзывами об эксплуатации СМЛ:

Причина разрушения СМЛ от влаги:

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

— не соблюдение технологии: для определенных видов работ используются СМЛ определенных характеристик: толщины, плотности, — т.е. определенного класса.

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

Стекломагензитовый лист классы

Как и любой строительно-отделочный материал, стекломагнезитовый лист имеет несколько классов прочности (устойчивости к разнообразным влияниям внешней среды). При производстве СМЛ в Китае, определенный класс обозначался буквой латинского алфавита и предполагал определенную плотность материала. Чем выше плотность, тем выше его показатели по устойчивости к воздействию влаги:

— класс А: СМЛ имеет плотность не менее 1750 кг/ м3.

— класс B: плотность листа — 1500 кг/м3.

— класс C: плотность листа — 1250 кг/м3.

— класс D: плотность — 1000 кг/м3.

— класс E: плотность — 700 кг/м3.

— класс F: плотность не менее 500 кг/м3.

— класс G: плотность листа менее 500 кг/ м3

Российские же производители упростили маркировку, сделав ее боле понятной покупателю:

— Премиум 02 (плотность листа соответствует маркировке «класса А» СМЛ китайского производства): стекломагнезитовый лист этого класса водо- и влагостоек и моет использоваться во влажной среде и для наружных работ.

— Премиум 01 или класс А (аналог китайского «класса В»): может использоваться для наружных работ, при условии дополнительной внешней защиты: термошуба, фасадная штукатурка и т.п.

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

Стекломагнезитовые листы, соответствовавшие бы классам E, F, G китайских производителей, в России не производятся, т.к. получили массу нареканий со стороны покупателей и строителей по запасу прочности и восприимчивости к влажности помещений.

Стекломагнезитовый лист: применение, преимущества и недостатки

Стекломагнезитовый лист – это современный строительный материал, который имеет превосходные технические характеристики. Как правило, он используется при выполнении внутренних и наружных отделочных работ. Многие строители считают, что подобные полотна, которые еще имеют название «магнелит», являются достойной альтернативой гипсокартону, ДСП и OSB. Однако эти материалы имеют довольно узкую и специфическую сферу применения, а у СМЛ подобных ограничений нет.

Общее описание

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

Различные производители используют неодинаковое процентное соотношение перечисленных компонентов. Такой подход объясняет разные ценовые категории материала: «Премиум», «Стандарт» и «Эконом». Наиболее прочными изделиями является продукция «Премиум»-класса со следующим процентным составов ингредиентов:

оксид магния – 35-45%;

древесная стружка – около 15 %;

хлорид магния – 30-40%;

стеклосетка – 1%;

перлит – до 5%.

Технология производства

Процесс изготовления стекломагниевого листа начинается с подготовки сухой смеси, для чего вышеуказанные компоненты подаются дозаторами. Затем полученная субстанция смешивается с предварительно подготовленным солевым раствором. На 1 кг смеси подается примерно 1,1 – 1,2 л раствора соли. Еще одной необходимой смесью является так называемая «глазурь», которая применяется для достижения гладкости и прочности наружной стороны СМЛ. Ее состав включает различные компоненты, в том числе тальк и пластификатор. Она наносится посредством окунания первого слоя стеклосетки в ванную, или непосредственно на матрицу.

После получения смесей приступают к формованию стекломагниевого листа, для чего подготавливается подложка, на которую накладывается материал в несколько слоев:

«Глазурь»;

Стеклосетка для первого слоя армирования;

Основная смесь;

Стеклосетка для второго слоя армирования;

Нетканый материал;

Сырье для шлифовки.

После чего «пирог» из сырых слоев подвергается предварительному формованию и резке. Первая сушка листового материала выполняется еще на подложке. Для этого используют сушилку с принудительной циркуляцией воздуха, которая обеспечивает постоянный температурный режим 32-36 градусов Цельсия. Процесс длится 6-8 часов, затем изделие можно снимать и ставить на ребро. В подобном положении оно должно простоять в течение 24 часов при температуре 20-24 градусов Цельсия. О готовности этого материала к чистовой обрезке краев можно судить по цвету. Если СМЛ имеет светлый, кремовый, почти белый оттенок, то это говорит о том, что процесс сушки прошел хорошо.

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

Особенности структуры

Толщина стекломагниевых листов (СМЛ) варьируется в диапазоне от 4 до 12 мм и подбирается в зависимости от конкретных разновидностей работ:

4-6 мм – для отделки потолков;

6 мм – для стен;

10 мм – для устройства полов;

10-12 мм – для фасадных отделочных работ, а также изготовления несъемной опалубки.

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

Преимущества стекломагнезитового листа

Стекломагнезитовые листы имеют ряд весомых достоинств:

Отличаются плотностью около 980-1250 кг/м3.

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

Характеризуются продолжительным сроком эксплуатации, который составляет более 15 лет. Итоговый период использования напрямую зависит от грамотности монтажа.

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

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

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

Имеют незначительный вес, который меньше на 40% в сравнении с ГКЛ.

Обладают высоким показателем морозостойкости, который составляет f50. При этом потеря механической площади едва достигает 3,5%.

Имеют низкий коэффициент теплопроводности (0,21 Вт/м×К) и высокие шумо- и звукоизолирующие свойства (коэффициент звукоизоляции составляет 46 Дб).

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

По степени горючести относится к наиболее высокому классу А. Магнелит не горит даже при температуре 1200 градусов Цельсия.

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

Недостатки стекломагнезитового листа

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

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

Сферы применения

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

устройства внутренних перегородок без несущей способности;

звукоизоляции помещений;

устройства противопожарной защиты для объектов, подверженных прямому воздействию открытого огня;

производства декоративных элементов с целью оформления интерьеров и фасадов зданий;

отделки откосов и инженерных сетей;

устройства несъемной опалубки при изготовлении монолитных бетонных конструкций;

отделки внутренних и наружных стен для выравнивания и улучшения звукоизоляционных характеристик;

отделки фасадов перед нанесением финишного декоративного покрытия;

установки подвесных потолочных конструкций;

настила чернового основания пола;

предварительной отделки поверхностей помещений с повышенными или высокими показателями важности;

изготовления мебели, которая используется в помещениях с высокой влажностью;

основы перед укладкой мягкой кровли.

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

Подробные технические характеристики нашего СМЛ и сравнение

Свойства

Стекломагниевый лист Премиум (СМЛ Премиум)

ОСП / OSB

ЦСП

Аквапанель

Фанера ФК

Гипсокартон

Огнеупорность (Огнестойкость)

Не горюч, группа НГ. Самое длительное среди листовых материалов время сопротивления открытому огню. Огнестойкий материал.

Трудно- воспламеняема. Группа Г4. При нагревании выделяет вредные вещества.

Не горюч, группа Г1. Длительное время сопротивления огню.

Не горюча, группа Г1. Длительное время сопротивления огню.

Огнеопасна. При нагревании выделяет вредные вещества.

Не горюч, группа Г1. Ограниченное время сопротивления огню.

Влагостойкость

После длительного пребывания в воде или попадания воды, СМЛ не разрушается, разбухание 0,34%.

Зависит от производителя. Разбухание порядка 15-20%. При попадании воды на торцевые части ОСБ листа структура листа разрушается, появляется грибок.

После длительного пребывания в воде или использования в контакте с влагой (опалубки, фасады) геометрия листа меняется, лист «ведет». Нарушается крепление саморезами. После высыхания геометрия не восстанавливается. Разбухание 3-5%

Не имеем практической информации о поведении листа при контакте с водой.

На рынке предлагается влагостойкая категория. При контакте с водой разбухает и подвержена гниению.

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

Долговечность

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

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

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

Долговечный материал. Производитель разделяет на две категории: для внутренних и наружных работ.

Не подходит для наружного применения, быстро расслаивается.

Использование только внутри помещения. В условиях повышенной влажности не рекомендован к применению.

Возможность использования малярного ножа

Можно вырезать криволинейные формы. Обработка торца шлифовальным инструментом не вызывает трудностей.

Нельзя использовать

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

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

Нельзя использовать

Ножом режется по прямой. Криволинейные формы вырезаются электролобзиком. Торец без армирования бумагой становится хрупким.

Возможность использования пневмопистолета, гвоздей

Допускается

Пневмопистолет не используется.

Керамическая плитка

Отличная адгезия. Можно клеить без обработки.

Клеится эпоксидными 2К клеями, что не дешево, а клеи на цементной основе для этой цели не подходят.

Отличная адгезия. Можно клеить без обработки.

Клеится эпоксидными 2К клеями, что не дешево, а клеи на цементной основе для этой цели не подходят.

В нормальных условиях эксплуатации применяется повсеместно.

Ядовитость

Безопасен для здоровья, при производстве используется смесь из природных минералов и натуральных наполнителей.

Применяются синтетические клеевые составы. Может выделять вредные вещества.

Безвреден для здоровья. При производстве используется смесь из цемента древестных наполнителей, менерализуемых сульфатом алюминия.

Безвредна для здоровья. Но Аквапанель наружняя содержит компоненты, создающие заметный запах при использовании в помещении.

Содержит формальдегид.

Безвреден для здоровья.

СМЛ или стекломагниевый лист: применение и характеристики, сравнение — RMNT

Сегодня поговорим о применении в строительстве СМЛ, или стекломагниевого листа. Есть довольно много примеров удачного использования СМЛ, а потому пора понять, что приводит к такому результату: правильный выбор и применение, или просто стечение обстоятельств.

Суть скандала вокруг СМЛ

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

Стекломагниевый лист присутствует в номенклатуре строительных магазинов уже около десяти лет. Произошли ли за этот срок положительные изменения в качестве продукции? Безусловно да, в то же время многие застройщики лишены понимания правил работы с таким материалом, проектировщики же с малой охотой учатся использоваться сильные стороны СМЛ.

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

Характеристики и классификация

В нашем обзоре мы уделим внимание двум видам продукции: отечественной и импортированной из КНР. Заранее отметим, что нет смысла рассматривать такие категории СМЛ, как неликвидные листы и упаковочные панели, отпускаемые по стоимости в 3–5 раз ниже, чем у проверенной ОТК продукции. Именно на эту уловку попались многие застройщики, соблазнившиеся низкой ценой и решившие заменить ГКЛ менее дорогостоящим обшивным материалом. Однако важно помнить: качественный СМЛ по всем показателям превосходит ГКЛ и ГВЛ, у него более сложная технология производства, а значит, дешевле он стоить попросту не может.

Продукция из Поднебесной поступает на российский рынок в трёх вариациях. Это листы классов «Стандарт» для черновых и подготовительных работ, «Премиум» для отделки, а также «Премиум+» или «Ультра» — влагостойкие и пригодные к покраске. Отличить их достаточно просто — для каждого класса действует установленный диапазон плотности: стандартные имеют 700–800 кг/м³, «Премиум» — 950–1100 кг/м³, ну и самые качественные — до 1250 кг/м³. Если в ассортименте представлен только один класс СМЛ, придётся довериться данным сертификата на продукцию (а он обязательно должен быть), либо взвесить небольшой обломок листа и пересчитать плотность. Если в наличии имеются листы нескольких классов, разница в плотности легко определяется даже визуально и на ощупь.

Российские поставщики используют собственную классификацию и периодически меняют отпускные нормы на своё усмотрение. Связано это с тем, что около 90% российских СМЛ производятся исключительно для внутреннего использования, поэтому столкнуться с применением таких листов в ремонтной практике — большая редкость. По качеству СМЛ отечественного производства несколько лучше: в основном это связано с тем, что внутренние предприятия не производят плиты для устройства промежуточных неответственных слоёв и упаковки. При испытаниях замачиванием на сутки и прожигом газовой горелкой практически все образцы местного производства справляются на ура, в то время как китайский лист в двух случаях из трёх набухает в воде и крошится. Существует мнение, что такая тенденция отчасти связана с длительными сроками доставки из КНР, а также сопутствующими нарушениями правил хранения и транспортировки.

Поскольку СМЛ наиболее часто сравнивается с ГКЛ, ГВЛ, ГСП и прочими обшивочными материалами, именно на этом сопоставлении мы вкратце рассмотрим качества стекломагниевых плит. По ударной прочности они уступают только ЦСП, ГСП и древесно-стружечным плитам. По весу с ГКЛ и ГВЛ могут сравниться только листы класса «Стандарт», более качественные имеют удельный вес в 1,3–1,5 раза больше. СМЛ классов «Премиум» и «Ультра» — абсолютный лидер по гидрофобности, в этом плане стекломагнезит превосходит даже лакированные ОСП и влагостойкую фанеру. Обладает ли стекломагниевый лист требуемой водостойкостью, можно определить прямо на складе: кромки должны быть ровные, твёрдые, без намёка на щербатость, попытки раскрошить пальцами срез добротного СМЛ всегда оканчиваются неудачей. Также следует обратить внимание на цвет наполнителя: в дешёвых листах он практически белый, в качественных — имеет бежевый или розоватый оттенок.

Техническое назначение стекломагниевых листов

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

В первую очередь стекломагнезит используют в системах огнезащиты для устройства противопожарных перегородок 1 и 2 типа. В этих же целях листы вполне успешно применяются для обустройства огневых отсечек над проёмами при утеплении фасадов пенополистирольными плитами. Стоит подчеркнуть, что практически все, в том числе и низкосортные виды СМЛ обладают весьма высокой огнестойкостью.

Другой пример использования — устройство плавающего пола. Традиционно в этих целях применяют ГВЛ, что подразумевает низкую устойчивость всей системы к затоплению. Стекломагниевые листы класса «Стандарт» хоть и не могут эксплуатироваться при перманентном воздействии высокой влажности, но разовое краткосрочное намокание переносят вполне себе сносно. При этом высокая прочность на удар и изгиб делает СМЛ одним из приоритетных материалов для такого использования.

Так называемые «технические» сорта листов не без оснований считаются одноразовыми. Их используют для устройства несъёмной опалубки, консервации строительных объектов на зимний период, а также в качестве разного рода подготовительных слоёв и прослоек. К примеру, СМЛ достаточно успешно может применяться для разделения армопоясов и перемычек над проёмами с целью частичного или полного устранения мостиков холода. При этом малая толщина материала позволяет устанавливать их между линиями армирования, образуя 4 и более разделённых слоёв. При устройстве кровли СМЛ часто используют как теплоизолятор, защищая гидроизоляционное покрытие от перегрева на незатенённых скатах.

Во внутренней отделке СМЛ используют редко. Для обшивки подвесных потолочных конструкций и устройства перекрытий применять стекломагниевый лист попросту бессмысленно: существуют более лёгкие и дешёвые материалы. Опять же, исключение составляют объекты с повышенными требованиями к пожарной безопасности: кухни, электрощитовые, каминные и сами камины, а также некоторые виды производственных помещений. Практически та же тенденция действует и в отношении стен, однако качественный стекломагнезит позволяет обеспечить влагостойкость, которая гарантированно будет достаточной для ванных комнат, саун и подвальных помещений.

Что до наружного применения, для него пригодны только листы класса «Премиум» и «Премиум+». Использоваться такие виды СМЛ могут и в системах навесных вентилируемых фасадов, и мокрого фасада. Выгода от применения стекломагниевых листов заключается в наиболее высокой их пригодности для таких условий эксплуатации, чем не всегда могут похвастать даже OSB 1 и 2 классов. Ко всему прочему, СМЛ хорошо воспринимает сезонные колебания температур, также он не является питательной средой для развития вредоносной органики. По этим причинам СМЛ всё чаще используют в качестве оболочки сэндвич-панелей.

Используемые виды клеёв и вяжущих

Как и гипсокартон, СМЛ допускает два способа монтажа: на клей и механическое крепление к каркасной подсистеме. В последнем случае всё достаточно просто: шаг и тип крепления тот же, хотя для материала плотностью свыше 800 кг/м³ рекомендуют предварительную сверловку, без которой возможно наматывание на саморез армирующих нитей и возникновение проблем с утапливанием шляпок. Дополнительную оговорку стоит сделать касательно условий хранения листов: если нет полной уверенности в качестве и происхождении материала, СМЛ следует 1–2 суток выдержать при комнатных температуре и влажности, иначе в процессе усушки возможен обрыв кромок на точках крепления.

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

Клей нужно выбирать в соответствии с условиями эксплуатации. Так, «Перлфикс» хорошо подойдёт для приклеивания СМЛ к стенам в сухих помещениях, однако при повышенной влажности гипс, входящий в состав, набухает, что приводит к появлению вздутий. Правильным решением будет отдать предпочтение клею UNIKOL 402 на каучуковом вяжущем, либо универсальным смесям Ceresit СМ 17 или СМ 117 для фасадной отделки. Листы приклеивают тыльной шероховатой стороной, предварительно обработав их двумя типами грунтовок: с изнанки глубоко проникающей для повышения адгезии, с лицевой — гидрофобизатором.

Условия монтажа и эксплуатации

С момента доставки на строительный объект и до начала монтажа СМЛ должны храниться в лежачем горизонтальном положении, а также быть изолированы от пола полиэтиленовой плёнкой и подкладками. Резка СМЛ выполняется обычной ножовкой или лобзиком, при этом рекомендуется пользоваться респиратором во избежание вдыхания мелких частиц стекловолокна. При креплении листов к стенам предпочтительна их вертикальная ориентация. Обязательное условие при монтаже — обеспечение ширины стыка, равной половине толщины используемых листов.

Чем раньше будет проведена финишная отделка, тем для стекломагнезита лучше. И хотя существуют примеры, когда СМЛ простоял под открытым небом 1–2 года без необратимой потери свойств, тем не менее, из-за нестабильной ситуации с качеством материала такой подход — всегда лотерея. Гораздо правильнее будет хранить листы до того момента, когда можно последовательно и в короткий срок провести обшивку, заделку швов пластичным наполнителем, повторное грунтование и отделку, защитив таким образом СМЛ от возможных вредных воздействий.

Стекломагниевый лист — технические характеристики, применение в строительстве

Стекломагниевый лист был изобретен не так давно, однако он очень быстро завоевал признание строителей во всем мире. Его используют в качестве замены гипсокартону и блокам ДСП, которые господствовали на строительном рынке последние 25 лет. Преимущества этого материала перед своими предшественниками очевидны: он не боится влаги и огня, являясь при этом очень гибким и прочным. Стекломагниевая плита, СМЛ, магнелит, стекломагнезитовый лист, ДВЛ, стекломагнезит — все это стекломагниевый лист, технические характеристики, применение которого подробно описаны в этой статье.

Состав и изготовление СМЛ

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

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

Виды и классы СМЛ

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

Сорт А — Премиум
Сорт В — Стандарт
Сорт С — Эконом

Помимо сортности материал может различаться по толщине. Представленные на рынке листы имеют толщину от 4 мм до 12 мм. Стандартный размер стекломагниевых листов — 2440 мм х 1200 мм. Толщина листов влияет на то, где они будет использоваться:

4 мм листы — идеальны для отделки потолков,
6 мм листы — оптимальны для отделки стен,
10 мм листы — подходят для строительства полов,
12 мм листы — идут на облицовку фасадов и для изготовления несъемной опалубки.

Особенности применения СМЛ

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

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

Внешний вид СМЛ напоминает обычные гипсокартоновые листы, однако у магнезита одна сторона является лицевой, а другая — тыльной. Тыльная сторона имеет шероховатую необработанную поверхность, а лицевая сторона — гладкая, готовая к окрашиванию или оклейке обоями. Тыльная стороны крепится наружу при отделочных работах, связанных с оштукатуриванием стен, так как имеет высокую адгезивную способность.

Достоинства и недостатки СМЛ

Стекломагниевые листы имеют широкий список достоинств:

устойчивы к влажной среде (могут быть использованы в банях, бассейнах, дешевых),
не боятся огня (не горят даже при +1000С),
отличаются высокой морозостойкостью (выдерживает 50 циклов замораживания),
имеют небольшой вес (минимум на 30% меньше, чем гипсокартон),
являются очень гибкими (выдерживает усилие до 16 МПа),
материал достаточно прочный (плотность 300 кг/м3),
производятся из экологичных материалов (не содержит формальдегидов, асбеста, фенолов),
имеют инертную структуру (хорошо сверлится и режется, не трескаясь).

Помимо вышеперечисленных плюсов этого материала, стоит сказать также о том, что он рассчитан на использование на протяжении как минимум 25 лет, он не интересен грызунам, его не берет грибок и плесень. При всех этих достоинствах СМЛ листы имеют сопоставимую с ГКЛ стоимость.

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

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

Применение СМЛ

Свое применение СМЛ нашел при строительстве:

Перегородок, арок, инженерных конструкций и вентиляционных шахт

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

Потолков и кровли

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

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

Несъемной опалубки под легковесные бетонные смеси

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

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

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

Функции фасадов из магнезитовых плит:

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

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

СМЛ или стекломагниевый лист: применение и характеристики, сравнение

Суть скандала вокруг СМЛ

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

Характеристики и классификация

Техническое назначение стекломагниевых листов

Используемые виды клеёв и вяжущих

Как и гипсокартон, СМЛ допускает два способа монтажа: на клей и механическое крепление к каркасной подсистеме. В последнем случае всё достаточно просто: шаг и тип крепления тот же, хотя для материала плотностью свыше 800 кг/м³рекомендуют предварительную сверловку, без которой возможно наматывание на саморез армирующих нитей и возникновение проблем с утапливанием шляпок. Дополнительную оговорку стоит сделать касательно условий хранения листов: если нет полной уверенности в качестве и происхождении материала, СМЛ следует 1–2 суток выдержать при комнатных температуре и влажности, иначе в процессе усушки возможен обрыв кромок на точках крепления.

Условия монтажа и эксплуатации

http://www.rmnt.ru/ — сайт RMNT.ru

Extensible Markup Language (XML) 1.0 (пятое издание)

1 Введение

Extensible Markup Language, сокращенно XML, описывает класс данных
объекты, называемые XML-документами и частично
описывает поведение компьютерных программ, которые их обрабатывают. XML — это
профиль приложения или ограниченная форма SGML, Standard Generalized Markup
Язык [ISO 8879]. По своей конструкции XML-документы соответствуют
Документы SGML.

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

[Определение: программный модуль под названием
XML-процессор используется для чтения XML-документов и предоставления доступа
их содержанию и структуре.]
[Определение: Это
предполагается, что процессор XML выполняет свою работу от имени другого модуля,
позвонил в приложение .] Эта спецификация описывает
требуемое поведение процессора XML с точки зрения того, как он должен читать XML
данные и информацию, которую они должны предоставить приложению.

1.1 Происхождение и цели

XML был разработан Рабочей группой XML (первоначально известной как SGML
Редакционный совет по обзору), сформированный под эгидой Консорциума World Wide Web.
(W3C) в 1996 году. Его председательствовал Джон Босак из Sun Microsystems с активным
участие XML Special Interest Group (ранее известной как SGML
Рабочая группа), также организованная W3C. Членство в XML Working
Группа приведена в приложении. Дэн Коннолли был контактным лицом Рабочей группы с
W3C.

Цели разработки XML:

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

Эта спецификация вместе со связанными стандартами (Unicode [Unicode]
и ISO / IEC 10646 [ISO / IEC 10646] для символов, Internet BCP 47
[IETF BCP 47] и реестр языковых подтэгов [IANA-LANGCODES] для языка
идентификационные метки), обеспечивает
вся информация, необходимая для понимания XML версии 1. 0 и
создавать компьютерные программы для его обработки.

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

1.2 Терминология

Терминология, используемая для описания XML-документов, определена в теле
эта спецификация. Ключевые слова ДОЛЖНЫ , НЕ ДОЛЖНЫ ,
ТРЕБУЕТСЯ , ДОЛЖНА , НЕ ДОЛЖНА ,
ДОЛЖЕН , НЕ ДОЛЖЕН , РЕКОМЕНДУЕТСЯ ,
МОЖЕТ и ДОПОЛНИТЕЛЬНО , когда ВЫЧИСЛЕНА ,
следует интерпретировать, как описано в [IETF RFC 2119]. Кроме того, термины определены
в следующем списке используются в строительстве
эти определения и в описании действий процессора XML:

ошибка: [Определение: нарушение правил данной спецификации;
результаты не определены. Если не указано иное, несоблюдение предписания данной спецификации, обозначенное одним из ключевых слов ДОЛЖНО , ТРЕБУЕТСЯ , НЕ ДОЛЖНО , ДОЛЖНЫ и НЕ ДОЛЖНЫ , является ошибкой.Соответствующее программное обеспечение МОЖЕТ обнаружить ошибку и сообщить об ошибке
и МОЖЕТ взыскать с него.]
фатальная ошибка: [Определение: ошибка, которую соответствующий процессор XML
ДОЛЖЕН обнаруживать и сообщать приложению.
После обнаружения фатальной ошибки процессор МОЖЕТ продолжить обработку
данные для поиска дополнительных ошибок, и МОЖЕТ сообщать о таких ошибках в приложение.
Для поддержки исправления ошибок процессор МОЖЕТ сделать необработанными.
данные из документа (со смешанными символьными данными и разметкой) доступны
к приложению.Однако при обнаружении фатальной ошибки процессор
НЕ ДОЛЖЕН продолжать нормальную обработку (т. Е. НЕ ДОЛЖЕН продолжать передавать символ
данные и информация о логической структуре документа для приложения
обычным способом).]
по выбору пользователя: [Определение: соответствующее программное обеспечение
МОЖЕТ или ДОЛЖЕН (в зависимости от модального глагола в предложении) вести себя, как описано;
если это так, ДОЛЖЕН предоставлять пользователям средства для включения или отключения поведения
описано.]
ограничение срока действия: [Определение: правило, применимое к
все действующие XML-документы. Нарушение срока действия
ограничения — это ошибки; они ДОЛЖНЫ быть сообщены , по выбору пользователя, проверяющими процессорами XML.]
ограничение правильности: [Определение: применимое правило
ко всем правильно сформированным XML-документам. Нарушения
ограничений корректности являются фатальными ошибками.]
соответствие: [Определение: (Строк или имен 🙂 Две строки
или сравниваемые имена идентичны.Персонажи с несколькими возможными
представления в ISO / IEC 10646 (например, символы с предварительно составленными и
базовые + диакритические формы) совпадают, только если они имеют одинаковое представление в обоих
струны. Нет
осуществляется складывание корпуса. (О строках и правилах грамматики 🙂 Строка
соответствует грамматической продукции, если она принадлежит к языку, сгенерированному
это производство. (О моделях содержимого и содержимого 🙂 Элемент соответствует его объявлению
когда он соответствует способу, описанному в ограничении [VC: Element Valid] .]
для совместимости: [Определение: знаки
предложение, описывающее функцию XML, включено исключительно для обеспечения
этот XML остается совместимым с SGML.]
для взаимодействия: [Определение: знаки
предложение, описывающее необязательную рекомендацию, включенную для увеличения
вероятность того, что XML-документы могут быть обработаны существующей установленной
база процессоров SGML, предшествовавших приложению WebSGML Adaptations к ISO 8879.]

2 документа

[Определение: объект данных — это XML
документ , если он правильно сформирован,
как определено в этой спецификации. Кроме того, XML-документ
действительно, если он отвечает определенным дополнительным ограничениям.]

Каждый XML-документ имеет логическую и физическую структуру. Физически,
документ состоит из единиц, называемых объектами.
Организация может
ссылаться на другие объекты на
вызывают их включение в документ. Документ начинается с «корня»
или документ.Логично, что документ
состоит из объявлений, элементов, комментариев, ссылок на символы и
инструкции по обработке, все из которых указаны в документе явными
разметка. Логические и физические структуры ДОЛЖНЫ правильно размещаться, как описано
в 4.3.2 Хорошо сформированные анализируемые объекты .

2.1 Хорошо оформленные XML-документы

[Определение: текстовый объект — это правильно сформированный
XML-документ, если:]

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

Документ

Соответствие продукции документа подразумевает, что:

Он содержит один или несколько элементов.
[Определение: есть ровно один элемент,
называется корнем или элементом документа, никакая часть которого не отображается
в содержании любого другого элемента.] За
все остальные элементы, если начальный тег находится в
содержимое другого элемента, конечный тег
находится в содержимом того же элемента. Проще говоря, элементы,
разделены начальным и конечным тегами, правильно вложены друг в друга.

[Определение: как следствие этого,
для каждого некорневого элемента C в документе есть еще один элемент P
в документе так, что C находится в содержании P , но
не содержится в содержимом любого другого элемента, который находится в содержимом P .-П
упоминается как родительский для C и C как
ребенок из P .]

2.2 Символы

[Определение: проанализированный объект содержит текста ,
последовательность символов, которая может
представляют разметку или символьные данные.]
[Определение: символ
является элементарной единицей текста, как указано в ISO / IEC 10646: 2000 [ISO / IEC 10646]. Допустимые символы — табуляция, каретка
возврат, перевод строки и допустимые символы
Unicode и ISO / IEC 10646.В
версии этих стандартов, цитируемые в A.1 Нормативные ссылки , были
действующий на момент подготовки этого документа. Могут быть добавлены новые персонажи
к этим стандартам путем внесения поправок или новых редакций. Следовательно, процессоры XML
ДОЛЖЕН принимать любой символ в диапазоне, указанном для Char.
]

Диапазон символов

[2] Char :: = # x9 | #xA | #xD | [# x20- # xD7FF] | [# xE000- # xFFFD] | [# x10000- # x10FFFF] / * любой символ Unicode, за исключением суррогатных блоков, FFFE и FFFF.* /

Механизм кодирования кодовых точек символов в битовые шаблоны может
варьироваться от объекта к объекту. Все процессоры XML ДОЛЖНЫ принимать UTF-8 и UTF-16
кодировки Unicode [Unicode];
механизмы для сигнализации, какой из двух используется,
или для использования других кодировок, обсуждаются позже, в 4.3.3 Кодирование символов в объектах .

Примечание:

Авторам документов рекомендуется избегать
«совместимые символы», как определено
в разделе 2.3 из [Unicode]. Символы, определенные в следующих диапазонах, также
обескуражен. Это либо управляющие символы, либо постоянно неопределенный Unicode.
символы:

 [# x7F- # x84], [# x86- # x9F], [# xFDD0- # xFDEF],
[# x1FFFE- # x1FFFF], [# x2FFFE- # x2FFFF], [# x3FFFE- # x3FFFF],
[# x4FFFE- # x4FFFF], [# x5FFFE- # x5FFFF], [# x6FFFE- # x6FFFF],
[# x7FFFE- # x7FFFF], [# x8FFFE- # x8FFFF], [# x9FFFE- # x9FFFF],
[# xAFFFE- # xAFFFF], [# xBFFFE- # xBFFFF], [# xCFFFE- # xCFFFF],
[# xDFFFE- # xDFFFF], [# xEFFFE- # xEFFFF], [# xFFFFE- # xFFFFF],
[# x10FFFE- # x10FFFF].

2.3 Общие синтаксические конструкции

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

S (пробел) состоит из одного или нескольких пробелов (# x20)
символы, возврат каретки, перевод строки или табуляция.

Белое пространство

[3] S :: = (# x20 | # x9 | #xD | #xA) +

Примечание

Наличие #xD в указанной выше продукции
поддерживается исключительно для обратной совместимости с
Первое издание.Как объясняется в 2.11 Обработка конца строки ,
все символы #xD буквально присутствуют в XML-документе
либо удаляются, либо заменяются символами #xA перед
любая другая обработка сделана. Единственный способ получить символ #xD, соответствующий этой продукции, — это
используйте ссылку на символ в литерале значения объекта.

Nmtoken (токен имени) — это любое сочетание имен
символы.

[Определение: Имя — это Nmtoken с ограниченным набором начальных символов.] Запрещенные начальные символы для Имен включают цифры, диакритические знаки, точку и дефис.

Имена, начинающиеся со строки « xml »,
или с любой строкой, которая соответствует (('X' | 'x') ('M' | 'm') ('L' | 'l')) ,
зарезервированы для стандартизации в этой или будущих версиях данной спецификации.

Примечание:

Пространства имен в Рекомендации XML [XML Names] присваивают значение
на имена, содержащие символы двоеточия. Поэтому авторам не следует использовать
двоеточие в именах XML, кроме целей пространства имен, но процессоры XML должны
принять двоеточие как символ имени.

Первый символ Имени ДОЛЖЕН быть NameStartChar, а любой
другие символы ДОЛЖНЫ быть NameChars; этот механизм используется для
запретить имена начинаться с европейских (ASCII) цифр или с
основные сочетания персонажей. Почти все символы разрешены в
имена, за исключением тех, которые либо являются, либо могут быть использованы в качестве
разделители. Намерение должно быть инклюзивным, а не исключительным,
так что системы письма, еще не закодированные в Unicode, могут использоваться в
Имена XML.См. J Предложения для имен XML для предложений по созданию
имена.

Авторам документов рекомендуется использовать имена,
значимые слова или сочетания слов на естественных языках, и
чтобы избежать использования в именах символов или пробелов. Обратите внимание, что
КОЛОНКА, ДЕФИС-МИНУС, ПОЛНЫЙ СТОП (точка), НИЖНЯЯ СТРОКА (подчеркивание) и
СРЕДНЯЯ ТОЧКА явно разрешена.

Символы ASCII и знаки препинания, а также довольно
большая группа символов Unicode, исключена из имен
потому что они более полезны в качестве разделителей в контекстах, где XML
имена используются вне XML-документов; предоставление этой группы дает
эти контексты жесткие гарантии того, что не может быть частью
имя XML.Символ # x037E, ГРЕЧЕСКИЙ ВОПРОСНЫЙ ЗНАК, исключен.
потому что при нормализации он становится точкой с запятой, которая может изменить
значение ссылок на сущности.

Имена и токены

[4]	`NameStartChar`	:: =	`":" \| [A-Z] \| "_" \| [а-я] \| [# xC0- # xD6] \| [# xD8- # xF6] \| [# xF8- # x2FF] \| [# x370- # x37D] \| [# x37F- # x1FFF] \| [# x200C- # x200D] \| [# x2070- # x218F] \| [# x2C00- # x2FEF] \| [# x3001- # xD7FF] \| [# xF900- # xFDCF] \| [# xFDF0- # xFFFD] \| [# x10000- # xEFFFF]`
[4a]	`NameChar`	:: =	`NameStartChar \| "-" \| "."\| [0-9] \| # xB7 \| [# x0300- # x036F] \| [# x203F- # x2040]`
[5]	`Имя`	:: =	`NameStartChar (NameChar) *`
[6]	`Имена`	:: =	`Имя (# x20 Имя) *`
				:: =	`(NameChar) +`
[8]	`Nmtokens`	:: =	`Nmtoken (# x20 Nmtoken468 Lite0 данных` `0) любая строка в кавычках, не содержащая использованных кавычек в качестве разделителя для этой строки.'] * "'")`
[12]	`PubidLiteral`	:: =	`'"' PubidChar * '"' \| "'" (PubidChar - "'") * "'"`
[13]	`PubidChar`	:: =	`# x20 \| #xD \| #xA \| [a-zA-Z0-9] \| [- '() +,. /: =?;! * # @ $ _%]`

Примечание:

Хотя
продукция EntityValue позволяет определение
общей сущности, состоящей из одного явного < в буквальном
(е.g., ), настоятельно рекомендуется избегать
эта практика, поскольку любая ссылка на эту сущность приведет к правильному формату
ошибка.

2.4 Символьные данные и разметка

Текст состоит из смешанных символьных данных и разметки. [Определение:
Разметка принимает форму начальных тегов, конечных тегов, тегов пустых элементов, ссылок на сущности, символа
ссылки, комментарии, разделители разделов CDATA, документ
объявления типов, инструкции обработки, объявления XML, объявления текста,
и любое пустое пространство на верхнем уровне объекта документа (
находится вне элемента документа, а не внутри какой-либо другой разметки).]

[Определение: весь текст без разметки.
составляют символьных данных документа.]

Знак амперсанда (&) и левая угловая скобка (<). НЕ ДОЛЖНЫ появляться .
в их буквальной форме, кроме случаев, когда они используются в качестве разделителей разметки, или
внутри комментария обработка
инструкция или раздел CDATA.

Если они нужны где-то еще, они ДОЛЖНЫ быть сброшены .
используя либо ссылки на числовые символы
или струны "
& amp;
" а также "
& lt;
"
соответственно.Правая угловая скобка (>) может быть представлена строкой "
& gt;
",
и ДОЛЖЕН , для совместимости, избегать
используя либо "
& gt;
"или ссылка на символ, когда он
появляется в строке "
]]>
"в содержании, когда
эта строка не отмечает конец CDATA
раздел.

В содержании элементов символьные данные - это любая строка символов. <&] *)

2.5 комментариев

[:
Комментарии могут появиться
в любом месте документа за пределами другой разметки;
кроме того, они могут появляться в объявлении типа документа в местах
разрешено грамматикой. Они не являются частью характера документа
данные; процессор XML МОЖЕТ , но не обязательно, делает возможным
приложение для получения текста комментариев. За
совместимость, строка "
–
"(двойной дефис)
НЕ ДОЛЖЕН появляться в комментариях.] Параметр
Ссылки на сущности НЕ ДОЛЖНЫ распознаваться в комментариях .

2.6 Инструкции по обработке

[Определение:
Инструкции по обработке
(PI) позволяют документам содержать инструкции для приложений.]

Инструкции по обработке

[16]	`PI`	:: =	`'' Char *)))? '?>'`
[17]	`PITarget`	:: =	`Имя - (('X' \| 'x') ('M' \| 'm') ('L' \| 'l'))`

PI не являются частью символа документа
data, но ДОЛЖЕН быть передан приложению .PI начинается
с целью (PITarget), используемой для идентификации приложения
на которую направлена инструкция. Целевые имена "
XML
","
xml
",
и так далее, зарезервированы для стандартизации в этой или будущих версиях этого
Технические характеристики. Механизм нотации XML
может использоваться для формального объявления целей PI. Параметр
ссылки на сущности НЕ ДОЛЖНЫ распознаваться в инструкциях по обработке.

2.7 Разделы CDATA

[Определение:
Разделы CDATA могут встречаться везде, где могут встречаться символьные данные; они используются для выхода из блоков
текста, содержащего символы, которые иначе были бы распознаны как разметка.Разделы CDATA начинаются со строки "
" и закончить строкой " ]]> ":]

`Разделы CDATA`

ata

[18]	`CDSect`	:: =	`CDStart CData CDEnd`
[19]	`CDStart`	:: =	`'`
[20]		`(симв. * - (симв. * ']]>' Char *))`
[21]	`CDEnd`	:: =	`']]>'`

В разделе CDATA только CDEnd строка распознается как разметка, поэтому могут встречаться левые угловые скобки и амперсанды в их буквальном виде; их не нужно (и нельзя) избежать с помощью " & lt; " а также " & amp; ".Разделы CDATA не могут быть вложенными.

Пример раздела CDATA, в котором " <приветствие> " а также " "распознаются как символьные данные, а не разметка:

  Hello, world! ]]>

`2.8 Декларация пролога и типа документа`

[Определение: XML-документы ДОЛЖНЫ Начните с декларации XML , которая указывает версию XML используется.] Например, это полный XML-документ, правильно сформированный, но недействительный:

 
 Привет, мир!

и вот это:

  Привет, мир!

Функция разметки в XML-документе заключается в описании его хранения и логическая структура и связанный атрибут пары имя-значение с их логической структурой. XML предоставляет механизм, документ объявление типа для определения ограничений логической структуры и для поддержки использования предопределенных единиц хранения.[Определение: документ XML является действительным , если с ним связан объявление типа документа и соответствие документа ограничениям выражено в нем.]

Объявление типа документа ДОЛЖНО появиться перед первым элементом в документе.

`Prolog`

Несмотря на то, что версия VersionNum совпадает любой номер версии в форме «1.x», документы XML 1.0 НЕ ДОЛЖНЫ указывать номер версии , отличный от «1.0».

Примечание:

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

[Определение: документ XML объявление типа содержит или указывает на разметку объявления, которые обеспечивают грамматику для класса документов. Этот грамматика известна как определение типа документа или DTD . Документ объявление типа может указывать на внешнее подмножество (особый вид внешней сущности), содержащее объявления разметки, или может содержать объявления разметки непосредственно во внутреннем подмножестве, или может делать и то, и другое.DTD для документа состоит из обоих подмножеств, взятых вместе.]

[Определение: декларация разметки объявление типа элемента, объявление списка атрибутов, сущность декларация или декларация нотации.] Эти объявления могут содержаться полностью или частично в параметре сущности, как описано в ограничениях корректности и достоверности ниже. Для дальнейшего информацию см. 4 Physical Structures .

`Определение типа документа`

Примечание что можно создать правильно сформированный документ, содержащий doctypedecl который не указывает на внешнее подмножество и не содержит внутреннего подмножества.

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

Параметр ссылки на сущности распознаются в любом месте DTD (внутренние и внешние подмножества и объекты внешних параметров), за исключением литералов, инструкций обработки, комментарии и содержимое игнорируемых условных разделов (см. 3.4 Условные разделы ). Они также распознаются в литералах значений сущностей. Использование сущностей параметров во внутреннем подмножестве ограничено, как описано ниже.

Ограничение действительности: Тип корневого элемента

Имя в объявлении типа документа ДОЛЖЕН соответствовать типу элемента корневого элемента.

Ограничение действительности: правильное объявление / вложение PE

Текст замены объекта параметра ДОЛЖЕН быть правильно вложенным с объявлениями разметки.То есть, если первый или последний символ объявления разметки (markupdecl выше) содержится в тексте замены для объекта-параметра ссылка, оба ДОЛЖНЫ содержаться в одном тексте замены.

Ограничение корректности: PE во внутреннем подмножестве

In внутреннее подмножество DTD, ссылки на сущности параметров НЕ ДОЛЖЕН встречаться в объявлениях разметки; они могут возникать там, где могут появляться объявления разметки.(Это не относится к ссылкам, которые встречаются во внешних объектах параметров или к внешнему подмножеству.)

Ограничение корректности: внешнее подмножество

Внешнее подмножество, если оно есть, ДОЛЖНО соответствовать продукту для extSubset.

Ограничение корректности: PE между объявлениями

Текст замены ссылки на сущность параметра в DeclSep ДОЛЖЕН соответствовать производственной extSubsetDecl.

Как внутреннее подмножество, внешнее подмножество и любой внешний параметр упомянутые объекты в DeclSep MUST состоит из серии полные объявления разметки типов, разрешенных нетерминальным символом markupdecl, с вкраплениями пробелов или ссылок на сущности параметров.Однако части содержимое внешнего подмножества или этих сущности внешних параметров можно условно игнорировать, используя конструкцию условного раздела; это не разрешено во внутреннем подмножестве, но разрешено во внешних объектах параметров, на которые ссылается внутреннее подмножество.

`Внешнее подмножество`

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

Пример XML-документа с объявлением типа документа:

 

 Привет, мир!

Системный идентификатор " hello.dtd " дает адрес (ссылку URI) DTD для документа.

Объявления также могут быть заданы локально, как в этом примере:

 

]>
 Hello, world!

Если используются как внешние, так и внутренние подмножества, внутреннее подмножество ДОЛЖЕН рассматриваться как возникший перед внешним подмножеством.Это приводит к тому, что объявления сущностей и списков атрибутов во внутреннем подмножества имеют приоритет над таковыми во внешнем подмножестве.

`2.9 Объявление автономного документа`

Объявления разметки могут повлиять на содержание документа, как передано из процессор XML для приложения; Примеры являются значениями атрибутов по умолчанию и объявлениями сущностей. Объявление автономного документа, который может появляться как компонент объявления XML, сигнализирует о том, нет таких объявлений, которые появляются вне документа организация или в объектах параметров.[Определение: внешний вид декларация разметки определяется как декларация разметки, встречающаяся в внешнее подмножество или в объекте параметра (внешнем или внутреннем, последний включен, потому что непроверяющие процессоры не обязаны читать их).]

`Декларация автономного документа`

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

Если нет объявлений внешней разметки, объявление автономного документа не имеет смысла. Если есть объявления внешней разметки, но нет автономное объявление документа, предполагается значение «нет».

Любой XML-документ, для которого standalone = "no" содержит, можно преобразовать алгоритмически в отдельный документ, что может быть желательно для некоторых приложения сетевой доставки.

Ограничение срока действия: Декларация автономного документа

декларация автономного документа ДОЛЖНА иметь значение "нет", если любые объявления внешней разметки содержат объявления:

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

Пример объявления XML с объявлением автономного документа:

`2.10 Обработка пробелов`

При редактировании XML-документов часто удобно использовать "пробелы" (пробелы, табуляции и пустые строки) чтобы отделить разметку для большей читабельности. Такое пустое пространство обычно не предназначен для включения в поставляемую версию документа. На с другой стороны, «значительное» пустое пространство, которое следует сохранить в поставленной версии встречается часто, например в стихах и исходном коде.

Процессор XML ДОЛЖЕН всегда проходить все символы в документе, которые не размечены до приложения. Проверяющий процессор XML ДОЛЖЕН также сообщить приложению, какой из этих символов представляет собой появляющееся пустое пространство в содержании элемента.

Специальный атрибут с именем xml: space может быть прикреплен к элементу, чтобы сигнализировать о намерении, что в этом элементе пустое пространство должно быть сохранено приложениями. В действующих документах это атрибут, как и любой другой, ДОЛЖЕН быть объявлен если он используется.При объявлении ДОЛЖЕН быть указан в виде пронумерованного тип, значения которого являются одним или обоими из «по умолчанию» и «сохранить». Например:

Значение «default» сигнализирует, что пробелы по умолчанию для приложений для этого элемента допустимы режимы обработки; значение «сохранить» указывает на намерение, что приложения сохраняют все пустое пространство. Этот заявленное намерение применяется ко всем элементам содержимого элемента, в котором он указан, если он не переопределен с помощью другой экземпляр атрибута xml: space .Эта спецификация не придает значения никаким значениям xml: space , кроме «по умолчанию» и «сохранить». Указание других значений является ошибкой; XML-процессор МОЖЕТ, сообщить об ошибке или МОЖЕТ, восстановить, игнорируя спецификацию атрибута или сообщая (ошибочное) значение приложению. Приложения могут игнорировать или отклонять ошибочные значения.

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

`2.11 Обработка конца строки`

Разобранные XML-объекты часто сохраняются в компьютерных файлах, которые для удобства редактирования сгруппированы в строки. Эти строки обычно разделяются некоторой комбинацией символов ВОЗВРАТ ПЕРЕВОЗКИ (#xD) и ПОДАЧА ЛИНИИ (#xA).

Кому упростить задачи приложений, XML процессор ДОЛЖЕН вести себя так, как если бы он нормализовал все разрывы строк во внешнем синтаксическом анализе. сущности (включая сущность документа) при вводе, перед синтаксическим анализом, путем перевода как двухсимвольная последовательность #xD #xA, так и любая #xD, за которой не следует #xA до одного символа #xA.

`2.12 Идентификация языка`

При обработке документов часто бывает полезно идентифицировать естественные или формальные язык, на котором написано содержание. Особый атрибут named xml: lang может быть вставлен в документы для указания языка используется в содержимом и значениях атрибутов любого элемента XML-документа. В действительных документах этот атрибут, как и любой другой, ДОЛЖЕН быть объявлен. если он используется. В значения атрибута являются идентификаторами языка, как определено в [IETF BCP 47], Tags для определения языков ; кроме того, может быть указана пустая строка.

(Производства с 33 по 38 удалены.)

Например:

  Быстрая коричневая лисица перепрыгивает через ленивую собаку. 
 Какого цвета? 
 Какого цвета? 

   Хабэ, монахиня, ах! Философия, 
   Juristerei, und Medizin 
   und leider auch Theologie 
   durchaus studiert mit heißem Bemüh'n.

Язык, указанный в xml: lang , применяется к элементу, в котором он указан. (включая значения его атрибутов) и всем элементам в его содержимом, если только переопределено другим экземпляром xml: lang . В частности, пустое значение xml: lang используется в элементе B для переопределения спецификация xml: lang для включающего элемента A, без указания другого языка. Внутри B, считается, что информация о языке недоступна, как если бы xml: lang не был указан на B или любом из его предков.Приложения определяют, какие значения атрибутов элемента и какие части его символьного содержимого, если таковые имеются, обрабатываются как языковые значения, описанные в xml: lang .

Примечание:

Информация о языке также может предоставляться внешними транспортными протоколами (например, HTTP или MIME). Когда эта информация доступна, она может использоваться приложениями XML, но более локальные информацию, предоставленную xml: lang , следует рассматривать как замену.

Простое объявление для xml: lang может иметь вид

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

`3 логические структуры`

[Определение: каждый XML документ содержит один или несколько элементов , границы из которых либо разделены начальными тегами и конечные теги, или, если пусто элементов тегом пустого элемента.Каждый элемент имеет тип, идентифицируемый по имени, иногда называемый его "общим идентификатор "(GI), и может иметь набор спецификаций атрибутов.] Каждая спецификация атрибута имеет имя и значение.

`Элемент`

Эта спецификация не ограничивает семантика приложения, использование или (помимо синтаксиса) имена типов и атрибутов элементов, кроме имен, начинающихся с соответствует (('X' | 'x') ('M' | 'm') ('L' | 'l')) зарезервированы для стандартизации в этой или будущих версиях данной спецификации.

Ограничение корректности: Соответствие типа элемента

Имя в конечном теге элемента ДОЛЖЕН соответствовать типу элемента в начальном теге.

Ограничение срока действия: элемент действителен

Элемент действителен если есть объявление, соответствующее elementdecl где Имя соответствует типу элемента, а одно из имеет место следующее:

Объявление соответствует EMPTY , и элемент не имеет содержимого (даже объект ссылки, комментарии, ИП или пробелы).
Объявление соответствует дочерним элементам и последовательность дочерних элементов принадлежит на язык, сгенерированный регулярным выражением в модели содержимого, с необязательным пробелом, комментариями и PI (т.е. продукция, соответствующая разметке [27] Разное) между начальный тег и первый дочерний элемент, между дочерними элементами или между последний дочерний элемент и конечный тег. Обратите внимание, что раздел CDATA, содержащий только пробел или ссылка к объекту, замещающий текст которого представляет собой символьные ссылки, расширяющиеся до белого цвета пространство не соответствуют нетерминальному S, и следовательно, не может появляться в этих позициях; однако ссылка на внутренний объект с буквальным значением, состоящим из символа ссылки, расширяющиеся до пробела, соответствуют S, поскольку его замещающий текст - это пробел, возникший в результате расширения символа Ссылки.
Декларация соответствует Mixed, а содержание (после замены любые ссылки на сущности с их заменяющим текстом) состоит из символьные данные (включая разделы CDATA), комментарии, PI и дочерние элементы, типы которых соответствуют именам в модель контента.
Декларация соответствует ЛЮБОЙ , а содержание (после замены любые ссылки на сущности с их заменяющим текстом) состоит из символьных данных, CDATA разделы, комментарии, ИП и дочерние элементы типы которых были объявлены.

`3.1 Начальные теги, конечные теги и теги пустых элементов`

[Определение: начало каждого непустого Элемент XML отмечен начальным тегом .]

`Начальный тег`

Имя в начальном и конечном тегах дает элемент типа . [Определение: Name-AttValue пары называются спецификациями атрибутов element], [Определение: имя в каждой паре называется именем атрибута ] и [Определение: содержимое AttValue (текст между ' или " разделители) как значение атрибута .] Заметка что порядок спецификаций атрибутов в начальном теге или пустом элементе тег не имеет значения.

Ограничение корректности: Уникальная спецификация атрибута

Имя атрибута НЕ ДОЛЖЕН появляться более одного раза в одном и том же начальном теге или теге пустого элемента.

Ограничение действительности: Тип значения атрибута

Атрибут ДОЛЖЕН были объявлены; значение ДОЛЖНО быть заявленного для него типа. (Для атрибута типы см. 3.3 Объявления списка атрибутов .)

Ограничение корректности: нет ссылок на внешние сущности

Атрибут значения НЕ ДОЛЖНЫ содержать прямых или косвенных ссылок на внешние объекты.

Ограничение корректности: Нет < в значениях атрибутов

Заменяющий текст любого объекта прямо или косвенно упоминаемое в значении атрибута НЕ ДОЛЖНО содержать <.

Пример начального тега:

[Определение: конец каждого элемента, который начинается с начальным тегом ДОЛЖЕН быть отмечен конечным тегом , содержащим имя который повторяет тип элемента, указанный в начальном теге:]

`Конечный тег`

[42] ETag :: = ''

Пример конечного тега:

[Определение: текст между начальным и конечным тегами называется содержимым элемента :]

`Содержание элементов`

[Определение: элемент без содержимого считается пустым .] Представительство пустого элемента - это либо начальный тег, за которым следует конечный тег, или тег пустого элемента. [Определение: пустой элемент тег принимает особую форму:]

`Теги для пустых элементов`

Теги пустых элементов могут использоваться для любого элемента, не имеющего содержимого, независимо от того, или нет, он объявлен с использованием ключевого слова EMPTY . За взаимодействие, тег пустого элемента ДОЛЖЕН , а СЛЕДУЕТ использовать только для элементов, которые заявлены ПУСТО.

Примеры пустых элементов:

`3.2 Объявления типов элементов`

Структура элементов XML-документа может для проверки В целях ограничения используйте объявления типа элемента и списка атрибутов. Объявление типа элемента ограничивает содержимое элемента.

Объявления типа элемента часто ограничивают, какие типы элементов могут отображаться как дочерние элементы элемента.У пользователя вариант, процессор XML МОЖЕТ выдавать предупреждение, когда в объявлении упоминается тип элемента, для которого не предусмотрено объявление, но это не ошибка.

[Определение: элемент объявление типа принимает форму:]

`Объявление типа элемента`

, где Имя указывает тип объявляемого элемента.

Ограничение действительности: Уникальное объявление типа элемента

Тип элемента НЕ ДОЛЖЕН объявляться более одного раза.

Примеры объявления типов элементов:

`3.2.1 Содержание элемента`

[Определение: тип элемента имеет содержимого элемента , когда элементы этого типа ДОЛЖЕН содержать только дочерний элементы (без символьных данных), необязательно разделенные пробелами (символы соответствие нетерминалу S).] [Определение: в этом случае ограничение включает содержание модель , простая грамматика, регулирующая допустимые типы дочерние элементы и порядок, в котором они могут появляться.] Грамматика построена на частицах содержимого (cps), которые состоят из имен, списков выбора частиц содержимого или списков последовательностей содержание частиц:

`Модели содержимого элемента`

, где каждое Имя - это тип элемента, который может появиться в детстве. Любой контент частица в списке выбора может появиться в элементе содержимое в том месте, где в грамматике появляется список выбора; частицы содержимого, встречающиеся в списке последовательностей , ДОЛЖНЫ каждая появляться в содержимом элемента в порядке, указанном в списке.Необязательный символ, следующий за именем или списком, определяет, будет ли элемент или частицы содержимого в списке могут встречаться одной или несколькими ( + ), ноль или более ( * ), либо ноль или один раз (? ). В отсутствие такого оператора означает, что элемент или частица содержимого ДОЛЖЕН появляются ровно один раз. Этот синтаксис и значение идентичны тем, которые используются в продукции в этой спецификации.

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

Ограничение допустимости: правильное вложение группы / PE

Текст замены объекта параметра ДОЛЖЕН быть правильно вложен в скобки группы. То есть, если открывающая или закрывающая круглые скобки в на выбор, последовательность или смешанный конструкция содержится в тексте замены для параметра объект, оба ДОЛЖНЫ содержаться в одном тексте замены.

Для взаимодействия, если ссылка на параметр-сущность появляется в конструкции choice, seq или Mixed, его замещающий текст ДОЛЖЕН содержать в минимум один непустой символ, и ни первый, ни последний непустой символ текста замены ДОЛЖЕН быть соединителем ( | или , ).

Примеры моделей содержимого элементов:

`3.2.2 Смешанное содержимое`

[Определение: тип элемента имеет смешанного содержимого , когда элементы этого типа могут содержать символы данные, необязательно с вкраплениями дочернего elements.] В этом случае типы дочерних элементов могут быть ограничены, но не их порядок или количество вхождений:

`Объявление смешанного содержимого`

, где Имена задают типы элементов, которые могут появиться как дети. В ключевое слово #PCDATA исторически происходит от термина "проанализированный символьные данные."

Ограничение действительности: нет повторяющихся типов

одно и то же имя НЕ ДОЛЖНО появляться более одного раза в одном объявлении смешанного содержимого.

Примеры объявлений смешанного содержимого:

`3.3 Объявления списка атрибутов`

Атрибуты используются, чтобы связать имя-значение пары с элементами.Характеристики атрибутов НЕ ДОЛЖЕН появляться вне начальных тегов и тегов пустых элементов; таким образом, постановки раньше распознавать их появляются в 3.1 Начальные теги, Конечные теги и Теги пустых элементов . Объявления списка атрибутов может использоваться:

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

[Определение: Список атрибутов объявления определяют имя, тип данных и значение по умолчанию (если есть) каждого атрибута, связанного с данным типом элемента:]

`Объявление списка атрибутов`

Имя в списке атрибутовDecl Правило - это тип элемента. По выбору пользователя, процессор XML МОЖЕТ выдать предупреждение, если атрибуты объявлены для типа элемента, который сам не объявлен, но это не ошибка. Имя в AttDef Правило - это имя атрибута.

Если указано более одного AttlistDecl для данного типа элемента содержимое всех предоставленных элементов объединяется. когда для одного и того же атрибута данного элемента предоставляется более одного определения type, первое объявление является обязательным, а последующие объявления игнорируются. Для совместимости авторы DTD могут выбрать предоставить не более одного объявления списка атрибутов для данного типа элемента, не более одного определения атрибута для данного имени атрибута в списке атрибутов объявление и по крайней мере одно определение атрибута в каждом списке атрибутов декларация.Для обеспечения совместимости XML-процессор МОЖЕТ по выбору пользователя. выдавать предупреждение, если предоставлено более одного объявления списка атрибутов для данного типа элемента или предоставляется более одного определения атрибута для данного атрибута, но это не ошибка.

`3.3.1 Типы атрибутов`

Типы атрибутов XML бывают трех видов: строковый тип, набор токенизированных типы и перечислимые типы. Тип строки может принимать любую буквальную строку как ценность; токенизированные типы более ограничены.Ограничения достоверности, указанные в грамматике, применяются после атрибута значение было нормализовано, как описано в 3.3.3 Нормализация значения атрибута .

`Типы атрибутов`

Ограничение действительности: ID

Значения типа ID ДОЛЖЕН соответствовать названию продукции. Имя НЕ ДОЛЖНО появляться более одного раза в XML-документе как значение этого типа; то есть значения идентификатора ДОЛЖНЫ однозначно определить элементы, которые их несут.

Ограничение действительности: один идентификатор для каждого типа элемента

Тип элемента НЕ ДОЛЖЕН иметь более одного указанного атрибута идентификатора.

Ограничение действительности: Атрибут ID По умолчанию

Атрибут ID ДОЛЖЕН иметь объявленное значение по умолчанию #IMPLIED или #REQUIRED .

Ограничение действительности: IDREF

Значения типа IDREF ДОЛЖЕН соответствуют Имя продукции и значения типа IDREFS ДОЛЖЕН соответствовать именам; каждое имя ДОЛЖЕН соответствовать значению атрибута ID некоторого элемента в документе XML; я.е. IDREF значений ДОЛЖЕН соответствовать значению некоторого атрибута ID.

Ограничение действительности: Имя объекта

Значения типа ENTITY ДОЛЖЕН соответствовать названию продукции, значения типа ENTITIES ДОЛЖЕН соответствовать именам; каждое имя ДОЛЖЕН соответствовать имени неанализируемого объекта заявлено в DTD.

Ограничение действительности: Имя Токен

Значения типа NMTOKEN ДОЛЖЕН соответствовать производству Nmtoken; значения типа NMTOKENS ДОЛЖЕН соответствовать Nmtokens.

[Определение: Перечислимые атрибуты иметь список допустимых значений в их декларации ]. Они ДОЛЖНЫ принимать одно из этих значений. Есть два типа перечисляемых типов атрибутов:

`Перечислимые типы атрибутов`

NOTATION Атрибут идентифицирует нотацию, объявленные в DTD с соответствующими системными и / или общедоступными идентификаторами, которые должны быть используется при интерпретации элемента, к которому прикреплен атрибут.

Ограничение действительности: атрибуты нотации

Значения этого типа ДОЛЖЕН соответствовать одному из имен нотации включены в декларацию; все обозначения в декларации ДОЛЖНЫ быть объявил.

Ограничение действительности: одна нотация для каждого типа элемента

Тип элемента НЕ ДОЛЖЕН иметь более одного НОТАЦИЯ указанный атрибут.

Ограничение допустимости: нет обозначения для пустого элемента

Для совместимости атрибут типа ОБОЗНАЧЕНИЕ НЕ ДОЛЖЕН быть объявлен в элементе объявлен ПУСТОЙ .

Ограничение действительности: нет повторяющихся токенов

Имена нотаций в одном типе NotationType объявление атрибута, а также NmTokens в одном Объявление атрибута перечисления, ДОЛЖНО быть разными.

Ограничение действительности: Перечисление

Значения этого типа ДОЛЖНЫ соответствовать один из токенов Nmtoken в декларации.

Для взаимодействия тот же Nmtoken НЕ ДОЛЖЕН встречаться более одного раза в перечисленных типы атрибутов одного типа элемента.

`3.3.2 Значения атрибутов по умолчанию`

Объявление атрибута предоставляет информацию от того, присутствует ли атрибут ТРЕБУЕТСЯ , а если нет, то как процессор XML должен реагировать, если объявленный атрибут отсутствует в документе.

`Значения атрибута по умолчанию`

В объявлении атрибута #REQUIRED означает, что атрибут ДОЛЖЕН всегда предоставляться , # ПРЕДПОЛАГАЕТСЯ , что значение по умолчанию не предоставляется.

[Определение: если декларация не соответствует ни # ТРЕБУЕТСЯ , ни # ПРЕДПОЛАГАЕТСЯ , тогда значение AttValue содержит объявленное значение по умолчанию значение; ключевое слово #FIXED указывает, что атрибут ДОЛЖЕН всегда иметь значение по умолчанию.Когда процессор XML встречает элемент без спецификации для атрибута, для которого он считал значение по умолчанию значение, ДОЛЖЕН сообщить атрибут с объявленным значением по умолчанию значение для приложения.]

Ограничение действительности: обязательный атрибут

Если по умолчанию объявление - это ключевое слово # ТРЕБУЕТСЯ , тогда атрибут ДОЛЖЕН быть указывается для всех элементов типа в объявлении списка атрибутов.

Ограничение действительности: значение атрибута по умолчанию синтаксически правильное

Заявленное значение по умолчанию ДОЛЖНО соответствовать синтаксису ограничения объявленного типа атрибута.То есть значение атрибута по умолчанию:

типа IDREF или ENTITY должно соответствовать продукту Name;
типа IDREFS или ENTITIES должны соответствовать продукции Names;
типа NMTOKEN должен соответствовать продукции Nmtoken;
типа NMTOKENS должен соответствовать производству Nmtokens;
перечислимого типа (тип NOTATION или перечисление) должен соответствовать одному из перечислимых значений.

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

Ограничение действительности: фиксированный атрибут по умолчанию

Если атрибут имеет значение по умолчанию, объявленное с ключевым словом #FIXED , экземпляры этот атрибут ДОЛЖЕН соответствовать значению по умолчанию.

Примеры объявлений списка атрибутов:

 

Форма

`3.3.3 Нормализация значения атрибута`

Перед тем, как значение атрибута будет передано в приложение или проверено для достоверности, процессор XML ДОЛЖЕН нормализовать значение атрибута, применяя приведенный ниже алгоритм или используя какой-либо другой метод, чтобы передаваемое значение к приложению то же самое, что и алгоритм.

Все разрывы строк ДОЛЖНЫ быть нормализованы при вводе в #xA, как описано в 2.11 Обработка конца строки , поэтому остальная часть этого алгоритма работает на текст, нормализованный таким образом.
Начните с нормализованного значения, состоящего из пустой строки.
Для каждого символа, ссылки на объект или ссылки на символ в ненормализованное значение атрибута, начиная с первого и продолжаясь до наконец, выполните следующие действия:
- Для ссылки на символ добавьте указанный символ в нормализованное значение.
- Для ссылки на объект рекурсивно примените шаг 3 этого алгоритма к замещающему тексту сущности.
- Для символа пробела (# x20, #xD, #xA, # x9) добавьте пробел (# x20) к нормализованному значению.
- Для другого символа добавьте его к нормализованному значению.

Если тип атрибута не CDATA, то процессор ДОЛЖЕН дополнительно обработать нормализованное значение атрибута, отбросив все начальные и конечные пробела (# x20) символов, и путем замены последовательностей пробелов (# x20) символов одним пробелом (# x20).

Обратите внимание, что если ненормализованное значение атрибута содержит ссылку на символ к символу пробела, отличному от пробела (# x20), нормализованное значение содержит сам ссылочный символ (#xD, #xA или # x9). Это контрастирует с случай, когда ненормализованное значение содержит символ пробела (не ссылка), который заменяется пробелом (# x20) в нормализованном значение, а также контрастирует со случаем, когда ненормализованное значение содержит ссылка на объект, замещающий текст которой содержит пробел; при рекурсивной обработке символ пробела заменяется на пробел (# x20) в нормализованном значении.

Все атрибуты, для которых не было прочитано объявление ДОЛЖНЫ быть обработаны непроверяющим процессором, как если бы он объявлен CDATA .

Это ошибка, если атрибут значение содержит ссылку на объект, для которого не было прочитано объявление.

Ниже приведены примеры нормализации атрибутов. Учитывая следующие объявления:

спецификации атрибутов в левом столбце ниже будут нормализованы к последовательностям символов среднего столбца, если атрибут a объявляется NMTOKENS , а для правых столбцов - - заявлен CDATA .

Спецификация атрибута	a - NMTOKENS	a - CDATA

a = "& d; & d; A & a; & # x20; & a; B & da;"		# x20 # x20 A # x20 # x20 # x20 B # x20 # x20
а = "& # xd; & # xd; A & # xa; & # xa; B & # xd; & # xa;"	#xD #xD A #xA #xA B #xD #xA	#xD #xD A #xA #xA B #xD #xA

Спецификация атрибута

a - NMTOKENS

a - CDATA

 a = "& d; & d; A & a; & # x20; & a; B & da;"

 # x20 # x20 A # x20 # x20 # x20 B # x20 # x20

 а =
"& # xd; & # xd; A & # xa; & # xa; B & # xd; & # xa;"

 #xD #xD A #xA #xA B #xD #xA

 #xD #xD A #xA #xA B #xD #xA

Обратите внимание, что последний пример неверен (но правильно сформирован), если a заявлен как тип NMTOKENS .

`3.4 Условные разделы`

[Определение: условно разделы являются частями типа документа объявление внешнего подмножества или сущностей внешних параметров, которые включены или исключены из логическая структура DTD на основе ключевого слова, которое ими управляет.]

`Условный раздел`

Ограничение действительности: правильное условное разделение / вложение PE

Если любое из « », « [» или «]]> » условного раздела содержится в тексте замены для ссылки на объект-параметр, все они ДОЛЖНЫ содержаться в том же тексте замены.

Подобно внутреннему и внешнему подмножествам DTD, условный раздел может содержать одно или несколько полных объявлений, комментариев, инструкций по обработке или вложенных условные разделы, перемешанные с пустым пространством.

Если ключевое слово условного раздела - INCLUDE , то содержимое условного раздела ДОЛЖНО обрабатываться как часть DTD. Если ключевое слово условный раздел - IGNORE , тогда содержимое условного раздел ДОЛЖЕН НЕ обрабатываться как часть DTD.Если условный раздел с ключевым словом INCLUDE встречается в условный раздел большего размера с ключевым словом IGNORE , оба внешних и внутренние условные разделы ДОЛЖНЫ игнорироваться. Содержимое игнорируемого условного раздела ДОЛЖЕН анализироваться путем игнорирования всех символов после « [» после ключевого слова, за исключением начала условного раздела « » и заканчивается «]]> », пока не будет найдено соответствующее условие конец раздела найден.Ссылки на сущности параметров НЕ ДОЛЖНЫ распознаваться в этом процесс.

Если ключевое слово условного раздела является ссылкой на сущность параметра, объект параметра ДОЛЖЕН быть заменен его содержимым перед процессором решает, включать или игнорировать условный раздел.

Пример:

 



]]>

]]>

`Связывание таблиц стилей с документами XML 1.0 (второе издание)`

`Статус этого документа`

В этом разделе описывается статус этого документа в то время его публикации. Другие документы могут заменять этот документ. Список текущих публикаций W3C и последняя редакция этот технический отчет можно найти в Индекс технических отчетов W3C на http://www.w3.org/TR/.

Этот документ является продуктом Основная рабочая группа XML как часть W3C XML Activity. Английская версия данной спецификации является единственной нормативной версией.Однако для переводов этого документа см.

http://www.w3.org/2003/03/Translations/byTechnology?technology=xml-stylesheet.

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

Текущий проект не имеет официального статуса. Он представлен для общий обзор членов W3C и общественности в настоящее время в ожидание его подачи в качестве предлагаемого отредактированного Рекомендация (PER) в будущем.

Пожалуйста, отправляйте любые комментарии к этому документу по адресу [email protected]; общественный архивы доступны.

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

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

`1 Введение`

(Этот раздел не является нормативным.)

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

Рассмотрим документ XHTML с ассоциациями таблиц стилей, используя ссылку элемент :

 
 
   Пример с элементами ссылки 
  
  
  
  
 
 
  ...

Этот документ можно было бы записать следующим образом, используя инструкции по обработке xml-таблицы стилей:

 




 
   Пример с инструкциями по обработке XML-таблицы стилей 
 
 
  ...

`2 Соответствие требованиям`

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

Ключевые слова должен , должен не , должно , не должно и май в нормативных частях этого документа следует интерпретировать, как описано в RFC 2119. Эти слова не отображаются в верхнем регистре в эта спецификация. [RFC2119]

В данной спецификации определены следующие классы соответствия:

Документы

Документ считается соответствующим документом, если он удовлетворяет всем критериям уровня должен , применимым к документам.

xml-таблиц стилей

XML определяет приложение как программный модуль, который получает информационное содержание XML-документа из XML-процессора. [Определение: процессор xml-таблиц стилей является таким приложение, которое обрабатывает инструкции обработки XML в соответствии с с этой спецификацией.] [XML]

Процессор xml-таблиц стилей может быть частью более крупного XML приложение или может функционировать независимо от .В любом случае, [Определение: приложение является потребителем анализ псевдоатрибутов, определенный в этой спецификации.]

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

Эта спецификация определена со ссылкой на словарь для XML, предоставленный XML-информацией Задавать.[INFOSET]

В продукции в этой спецификации используются те же обозначение, используемое в спецификации XML. Токены в грамматики, которые не определены в этой спецификации, определены в спецификация XML. [XML]

`4 Инструкция обработки xml-таблицы стилей`

[Определение: Информационный элемент инструкции обработки называется потенциальной инструкцией обработки xml-таблицы стилей , если она имеет свойство [target] xml-stylesheet и либо находится в [children] информационного элемента документа и появляется перед информационным элементом element свойства [children] информационного элемента документа, либо появляется в свойстве [children] информационного объекта объявления типа документа.]

Для потенциальных инструкций обработки xml-таблиц стилей, которые находятся в свойстве [children] информационного элемента документа, обработчики xml-таблиц стилей должны сообщать приложению результат синтаксического анализа при вызове правил синтаксического анализа псевдоатрибутов из строки , используя свойство [content] информационного элемента инструкции обработки в качестве строки.

Для потенциальных инструкций обработки xml-таблиц стилей, которые находятся в свойстве [children] информационного элемента объявления типа документа, обработчики xml-таблиц стилей могут сообщать приложению результат синтаксического анализа при вызове правил для синтаксического анализа псевдоатрибутов из string, используя свойство [content] информационного элемента инструкции обработки в качестве строки.[Определение: если об этом не сообщается приложению, элемент информации инструкции обработки называется , игнорируется .]

Примечание:

Так как непроверяющие XML-процессоры не требуются для чтения сущностей параметров или внешнего подмножества , возможно, что инструкции обработки, которые появляются в сущностях параметров или во внешнем подмножестве, не будут присутствовать в свойстве [children] информационного элемента объявления типа документа. [XML]

[Определение: потенциальная инструкция обработки xml-таблицы стилей называется инструкцией обработки xml-таблицы стилей , если результат синтаксического анализа не является ошибкой при вызове правил синтаксического анализа псевдоатрибутов из строки с использованием свойство [content] информационного элемента инструкции обработки в виде строки.]

Документы не должны использовать информационные элементы инструкции обработки со свойством [target] xml-stylesheet , если они не являются инструкциями по обработке xml-таблиц стилей.

Документы не должны использовать инструкции обработки xml-таблиц стилей, которые находятся в свойстве [children] информационного элемента объявления типа документа.

Инструкция по обработке xml-таблицы стилей будет соответствовать следующей продукции:

`Производство для инструкции по обработке XML-таблицы стилей`

[1] StyleSheetPI :: = "" Char *) "?>"

Документы могут указывать следующие псевдоатрибуты на инструкции по обработке xml-таблиц стилей, если не указано иное:

href: Дает адрес таблицы стилей, на которую указывает ссылка.В документах должен быть указан этот псевдоатрибут. Документы должны установить значение строки, которая соответствует грамматике для приведено в RFC 3987. [RFC3987]
тип: Дает рекомендательный тип таблицы стилей, на которую указывает ссылка. Если указано, документы должны установить значение в строку, которая соответствует media-type Маркер , определенный в разделе 3.7 «Типы носителей» RFC 2616.[RFC2616]
название: Дает заголовок указанной таблицы стилей в таблице стилей задавать. Если указано, документы могут использовать любую строку в качестве значения.
СМИ: Задает носитель, к которому применяется указанная таблица стилей. Если Если указано, документы должны установить значение в строку, которая соответствует продукту media_query_list в спецификации Media Queries.[MQ]
кодировка: Предоставляет рекомендательную кодировку символов для указанного стиля простынь. Если указано, документы должны установить значение действительного имя кодировки символов, которое должно быть именем или псевдонимом, помеченным как «предпочтительное имя MIME» в реестре наборов символов IANA, если оно есть, или именем кодировки, если ни один из псевдонимов не помечен таким образом. [IANACHARSET]
альтернативный: Если значение " да ", оно указывает, что указанная таблица стилей является альтернативным стилем лист, а документы должны также указывать титул псевдоатрибут с непустым значением.Если указано, документы должны установить значение либо « да », либо « № ».

Документы не должны указывать другие псевдоатрибуты на инструкции по обработке xml-таблиц стилей.

Любые ссылки на таблицы стилей, которые указаны вне документа (например, Заголовки ссылки в некоторых версиях HTTP [RFC2068]), считаются возникшими до ассоциаций, указанных в инструкциях по обработке xml-таблиц стилей.

`Формат обмена SML Версия 1.0`

`Аннотация`

Эта спецификация определяет формат обмена для моделей SML.

`Статус этого документа`

В этом разделе описывается статус этого документа на момент его публикации. Другие документы могут заменять этот документ. Список текущих публикаций W3C можно найти в указателе технических отчетов W3C по адресу http://www.w3.org/TR/.

Эта спецификация находится в стадии разработки.Он публикуется для получения отзывов. Соглашение об обратной связи требуется, прежде чем рабочая группа сможет принять обратную связь. Пожалуйста, свяжитесь с [email protected] для получения подробной информации.

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

Публикуя этот документ, W3C подтверждает, что отправляющие участники сделали официальный запрос на отправку в W3C для обсуждения.Публикация этого документа W3C означает отсутствие поддержки его контент от W3C, а также о том, что W3C имеет, не выделяет и не будет выделять ресурсы на решаемые им вопросы. Этот документ не продукт зарегистрированной группы W3C, но публикуется как потенциальный вклад к процессу W3C. Комментарий команды W3C был опубликован совместно с этим представлением участника. Публикация подтвержденных материалов участников на сайте W3C - одно преимуществ W3C Членство.Ознакомьтесь с требованиями, связанными с Представления участников раздела 3.3 Патентной политики W3C. Пожалуйста, ознакомьтесь с полным список признанных членов W3C Представления.

`Содержание`

`1. Введение`

Как определено в Спецификации языка моделирования услуг (SML) [1], модель SML - это набор XML-документов, которые могут использоваться для описания таких вещей, как набор ИТ-ресурсов, услуг и их взаимосвязей.

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

Спецификация SML определяет две категории документов определения модели, которые участвуют в проверке модели: документы схемы и документы правил. Документы схемы в модели - это XML-документы, которые соответствуют определенному SML подмножеству и расширениям XML Schema 1.0 [2, 3]. Документы правил в модели - это XML-документы, которые соответствуют определенному SML подмножеству и расширениям Schematron [4].

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

Спецификация состоит из двух частей: первая часть представляет собой неформальное описание SML-IF для установки контекста. За этим следует во второй части нормативное определение SML-IF.

`2. Неофициальное описание`

Чтобы представить модель SML стандартным способом для обмена, необходимо рассмотреть три темы.

Упаковка: Необходимо собрать вместе набор XML-документов, составляющих модель (или часть модели), подлежащую обмену.При этом необходимо различать документы определения модели и экземпляра модели, поскольку они играют разные роли в модели.

Поскольку документы могли быть подписаны с использованием подписи XML [5] или имели криптографические дайджесты, сделанные из них для других целей, документы, обмен которыми осуществляется с помощью SML-IF, должны быть инвариантными по отношению к канонизации XML. [6]

Явные ссылки между документами: Документы, подлежащие обмену, могут явно ссылаться друг на друга и на документы, которые не упакованы с документами, которые обмениваются.SML использует такие ссылки для многих целей и допускает множество различных механизмов адресации. Дуги в моделях SML - очевидный пример. Менее очевидны такие ссылки, как xsi: schemaLocation . SML-IF определяет единый механизм для однозначного разрешения ссылок среди документов, которые обмениваются местами.

Привязка документов правил к документам, к которым они применяются: SML разрешает модели, в которых документы правил применяются ко всем, ни к одному или подмножествам документов модели.SML-IF определяет, как описывать, какие документы правил применяются к каким документам модели.

`2.1 Упаковка`

SML-IF упаковывает коллекцию документов SML, подлежащих обмену, как единый документ XML. Все документы SML-IF соответствуют схеме XML, определенной в нормативной части данной спецификации.

Неформально структура документов SML-IF с использованием нотации псевдосхемы из WSDL 2.0 [11] выглядит следующим образом:

 

 <личность>
   <имя>
     xs: anyURI - пространство имен, определяющее модель
   
   <версия>?
     xs: token 
   
   ?
     xs: string Описательное имя модели, предназначенной для отображения
   
    xs: anyURI ?
   <описание smlerr: localizationid =
                        ”Xs: anyURI URI, определяющий перевод
                       ресурс для описания »?>?
     xs: string Текстовое описание модели для потребления человеком
   <описание />
 
 ?
   *
    ?
    
  
 
 <определения>?
   <документ> *
     ?
       <алиасы>?
         <псевдоним> *
           xs: anyURI - URI, по которому можно ссылаться на этот документ.
         
       
     
    [
     <данные>
       xs: any 
     
    |
     <локатор>
       ?
       xs: any 
     
    ]
   
 
 <экземпляры>?
   <документ> *
     ?
       <алиасы>?
         <псевдоним> +
           xs: anyURI - URI, по которому можно ссылаться на этот документ.
         
       
     
    [
     <данные>
       xs: any 
     
    |
     <локатор>
       ?
       xs: any 
     
    ]

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

Необязательный элемент ruleBindings используется для хранения информации, которая связывает документы правил Schematron с документами, к которым они применяются. См. Дополнительную информацию в разделе 2.3.

Набор документов SML, которые обмениваются в документе SML-IF, называется набором обмена . Каждый документ в наборе обмена отображается как содержимое элемента document либо в определениях , либо в элементе экземпляров , в зависимости от того, является ли рассматриваемый документ определением модели или документом экземпляра модели.Оба определения и экземпляры являются необязательными. Так, например, если нет упаковываемых документов определений модели, элемент определений должен быть опущен.

Первым дочерним элементом каждого документа обычно является элемент docInfo , который (косвенно) содержит список из элементов псевдонима , содержимое которых является URI без компонентов фрагмента (то есть без «#» в нем). Каждый из этих URI служит именем, которое другие документы могут использовать для ссылки на этот документ.Примеры использования псевдонимов для разрешения междокументных ссылок приведены ниже.

Документ в наборе обмена может быть представлен одним из двух способов: путем встраивания его содержимого или предоставления ссылки на него. Что используется, указывается следующим дочерним элементом элемента документа . Если документ должен быть встроен, используется элемент data , содержащий фактическое содержимое документа. Если на документ нужно сослаться, для содержания ссылки используется элемент локатора .Синтаксически содержимое локатора может быть элементом documentURI , определенным SML-IF, или чем-либо еще, понятным потребителю. Обычно это URI, XLink [12] или ссылка на конечную точку адресации веб-служб [9].

Хотя это не полностью показано в псевдосхеме выше, схема SML-IF имеет «модель открытого содержимого». Для обеспечения расширяемости практически каждый элемент в нем может содержать дополнительный контент и / или атрибуты из других пространств имен XML.

`2.2 Ссылки между документами`

Явные ссылки между документами могут появляться в документах SML как элементы. Например, дуги модели представлены элементами, отмеченными глобальным атрибутом sml: ref = "true" . Ссылки между документами также могут отображаться как атрибуты. Например, атрибут xsi: schemaLocation дает подсказку о том, где найти соответствующий документ схемы.

Чтобы увидеть, как обрабатываются ссылки между документами, рассмотрите следующий документ SML-IF:

 
<модель xmlns = "http://schemas.serviceml.org/smlif/2007/02"
      xmlns: sml = ”http://schemas.serviceml.org/sml/2007/02”
      xmlns: xsi = ”http://www.w3.org/2001/XMLSchema-instance” version = "1.0">
 <личность>
    http://example.com/sml/models/Sample/InterDocReferences 
    http://example.com/sml/models/ 
 
 <экземпляры>
   <документ>
     <данные>
       <Студент xmlns = "urn: University"
         xmlns: xsi = ”http: // www.w3.org/2001/XMLSchema-instance »
         xsi: schemaLocation = ”urn: University
                             http: example.com/university/enrollmodel.xsd »>
          1000 
          Джон Доу 
         <Записанные курсы>
           
             
               /Universities/MIT/Courses.xml#xmlns(u=urn:university)
               xpointer (/ u: Курсы / u: Курс [u: Name = ’PHY101’])
             
           
           
             
               / Университеты / Капелла / Курсы.xml # xmlns (u = urn: университет)
               xpointer (/ u: Курсы / u: Курс [u: Name = ’LIT103’])
             
           
         
       
      
   
   <документ>
     
       <алиасы>
          /Universities/MIT/Courses.xml 
       
     
     <данные>
       <Курсы xmlns = "urn: University">
         <Курс>
            PHY101 
         
         <Курс>
            MAT200

SML-IF использует эквивалентность URI для разрешения междокументных ссылок среди документов, которые обмениваются местами.При определении эквивалентности URI SML-IF принимает определение из RFC 3986. [7]. См., В частности, раздел 6 «Эквивалентность» и раздел 5 «Эталонное разрешение». Для алгоритма в разделе 5 «базовый URI» - это тот, который указан в baseURI в элементе identity .

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

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

Если элемент в ссылке не эквивалентен URI в любом псевдониме , ссылка относится к некоторому (элементу) документа, не включенному в набор обмена.Такие ссылки называются неразрешенными ссылками.

SML-IF определяет способ обмена наборами документов SML. Если и как набор обмена документа SML-IF соотносится с полной (т. Е. «Допустимой») моделью, зависит от контекста и не является частью данной спецификации. Одна общая взаимосвязь состоит в том, что набор обмена составляет полную модель SML. В таком случае документы, к которым относятся неразрешенные ссылки, просто недоступны для процесса проверки.Когда документы SML-IF используются в других контекстах, например, когда они являются содержимым запросов или ответов веб-сервисов, набор документов, составляющих полную модель, может включать больше или меньше документов, чем те, которые входят в набор обмена, и соглашения с В отношении неразрешенных ссылок может быть разным. Например, в соглашении может быть указано, как (попытаться) разрешить такие ссылки.

Форма абсолютного URI каждого псевдонима в обмене, как и все абсолютные URI, содержит компонент «авторитет».Разумная интерпретация псевдонимов SML-IF заключается в том, что документ SML-IF, содержащий их, утверждает, что контент, помеченный данным псевдонимом, является истинной копией контента, идентифицированного этим URI и выданного органом в псевдониме URI. Поскольку это может быть правдой, а может и нет, потребители должны быть осторожны с этой интерпретацией.

Обратимся теперь к примеру документа SML-IF, приведенному выше. Артикул:

 /Universities/MIT/Courses.xml#xmlns(u=urn:university)
xpointer (/ u: Курсы / u: Курс [u: Name = ’PHY101’])

эквивалентен URI, указанному в псевдониме , сопровождающем документ Courses .(То есть « /Universities/MIT/Courses.xml »). Таким образом, применяя фрагмент в ссылке на документ Courses , мы определяем, что ссылка относится к элементу Course , чьим элементом Name является «PHY101» в качестве содержимого.

Артикул:

 /Universities/Capella/Courses.xml#xmlns(u=urn:university)
xpointer (/ u: Курсы / u: Курс [u: Name = ’LIT103’])

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

 http://example.com/Universities/Capella/Courses.xml
 #xmlns (u = urn: университет)
  xpointer (/ u: Курсы / u: Курс [u: Name = ’LIT103’])

- это подсказка о том, где найти документ.

URI:

 http: example.com/university/enrollmodel.xsd

(в содержимом xsi: schemaLocation для документа Student) не эквивалентно любому псевдониму .Поскольку он записан как абсолютный URI, ссылка указывает на документ, который находится в URL. То же самое верно для всех абсолютных URI в обмениваемых документах:

 урна: университет

и

 http://www.w3.org/2001/XMLSchema-instance

Другие URI в примере документа SML-IF не являются заменяемыми частями модели SML, поэтому они не являются ссылками между документами SML.

`2.3 Правила привязки документов`

SML использует шаблоны Schematron, встроенные в схемы SML и в отдельные явно связанные документы правил, чтобы выразить ограничения, которые не могут быть выражены в схемах XML.Все шаблоны Schematron, встроенные в документы SML Schema, имеют четко определенные цели. SML разрешает модели, в которых документы правил применяются ко всем, ни к одному или подмножествам документов модели. SML-IF использует список элементов ruleBinding , содержащихся в необязательном элементе ruleBindings , для связывания документов правил с документами в наборе обмена, к которому они применяются. Каждое правило ruleBinding связывает документы, имеющие псевдоним, начинающийся с префикса URI, указанного в документе documentAlias , с документами правил, имеющими псевдоним, начинающийся с префикса, указанного в правиле ruleAlias .Так, например, ruleBinding :

Свяжет документы с псевдонимами, например:

 http://example.com/sml/infrastructure/server427.xml

и

 http://example.com/sml/infrastructure/switch6E.xml

с документами правил с псевдонимами, например:

 http: // example.com / sml / Infrastructurerules / assetistracked.sch

и

 http://example.com/sml/infrastructurerules/managedbycorporate.sch

SML-IF определяет привязку правил для документов в наборе обмена. В нем не указаны привязки правил, которые применяются к документам, не входящим в набор обмена. Тем не менее, часто цель передачи документа SML-IF состоит в том, чтобы связать его содержимое с другими документами SML, не входящими в набор обмена. Например, целью может быть объединение набора обмена с существующей моделью SML.В таких случаях контекст использования может выбрать расширение определения ruleBinding для связывания документов, не входящих в набор обмена. Например, если набор обмена объединяется в существующую модель, процесс слияния может выбрать расширение определения элементов ruleBinding для привязки документов правил в наборе обмена к документам в объединенной модели, которые не были включены в обмен. задавать.

`3. Нормативное определение SML-IF`

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

`3.1 Терминология`

Производитель - это любой процесс, который создает документ SML-IF. Производитель создает документ SML-IF с целью передачи модели SML одному или нескольким потребителям .Потребитель - это любой процесс, который интерпретирует содержимое документа SML-IF с целью понимания содержащейся в нем модели. Использование документа SML-IF для достижения цели точной передачи модели SML от производителя к потребителю называется «заменой модели SML».

Ключевые слова должны , не должны , обязательны , должны , не должны , должны , не должны , рекомендуется , может и необязательно в этом документе являются следует интерпретировать, как описано в RFC 2119 [10].

Производители и потребители документов SML-IF должны вести себя, как описано; иначе они ошибаются.

`3.2 Основы`

Назначение SML-IF - упаковать набор документов, представляющих модель SML, для обмена стандартным способом в единый документ XML. Набор документов, подлежащих обмену, называется набором обмена документа SML-IF . Документы в наборе обмена составляют заменяемую модель SML.

Согласно определению SML [1], модель достоверна по отношению к некоторому идентифицируемому набору документов.То есть каждый конкретный набор документов либо образует действительную модель, либо нет. Но SML-IF - это обмен моделями, а не их проверка. В частности, не требуется, чтобы набор обмена формировал действительную модель SML. Различные варианты использования SML-IF вполне могут определять требования в отношении достоверности модели и набора обмена, но сам SML-IF этого не делает.

Документ SML-IF должен соответствовать XML 1.0 (Второе издание) [8], а должен быть закодирован либо в UTF-8, либо в UTF-16.Кроме того, должен быть действительным в соответствии со схемой XML, приведенной в Приложении A ниже.

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

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

Объявление XML и объявление типа документа (DTD) удаляются.
Поток преобразуется в кодировку документа SML-IF, в который он будет упакован.

Примечание: Если в документе SML-IF используется кодировка UTF-8, результата XML-канонизации [6] потока октетов более чем достаточно для выполнения этой обработки.

Результирующий поток октетов затем внедряется как содержимое дочернего элемента data соответствующего элемента документа в документ SML-IF.

Если, с другой стороны, есть ссылка на документ, ссылка на него помещается в дочерний элемент локатора соответствующего элемента документа .SML-IF определяет один из способов создания таких ссылок, элемент documentURI , однако может использоваться любое представление, согласованное производителем и потребителем. Потребитель SML-IF, обрабатывающий URI в элементе documentURI , может получить упомянутый документ путем разыменования URI, используя действие поиска по умолчанию для схемы URI. Производители должны предвидеть такое использование. Типичные альтернативные представления включают ссылки на конечные точки URI, XLinks [12] и WS Addressing [9].Поскольку документы, упоминаемые с использованием механизма локатора , являются членами набора обмена, потребитель не может полностью понять заменяемую модель, если он не может получить указанные документы.

Каждый документ определений в наборе обмена отображается как дочерний по отношению к элементу документа , который является дочерним элементом элемента определений документа SML-IF. Порядок документа детей не имеет значения.

Аналогичным образом, каждый документ экземпляра модели в наборе обмена отображается как дочерний по отношению к элементу документа , который является дочерним элементом элемента экземпляров документа SML-IF.Здесь также порядок детей документа не имеет значения.

3.3 Ссылки между документами

3.3.1 эквивалент URI

SML-IF широко использует эквивалентность URI для разрешения ссылок между документами в наборе обмена. Чтобы определить, эквивалентны ли два URI, потребители должны использовать определение эквивалентности URI, данное RFC 3986 [7]. Приведенный там алгоритм требует, чтобы «базовый URI» устанавливался всякий раз, когда относительный URI проверяется на эквивалентность с другим URI.В SML-IF базовый URI определяется как абсолютный URI, указанный в дочернем элементе baseURI элемента identity . Как определено ниже, элемент baseURI всегда будет присутствовать, когда относительные URI должны быть проверены на эквивалентность.

3.3.2 Определение ссылок между документами в SML-IF

Определение: В контексте SML-IF ссылка между документами - это любое содержимое документа в наборе обмена, тип которого - xs: anyURI или тип, производный от xs: anyURI и чей контекст в документ подразумевает, что URI может (при наличии необходимых разрешений и возможности подключения) быть разыменован с использованием действия извлечения по умолчанию для схемы URI.

Примечание: это определение БУДЕТ изменено, чтобы не требовать PSVI, как только проблема привязки схемы будет решена. См. Проблему.

Например, атрибут xsi: schemaLocation определен как список типов xs: anyURI . Они бывают парами, одна для имени пространства имен, а вторая для подсказки относительно расположения документа схемы, определяющего имена для этого имени пространства имен. Это делает «подсказку» URI в xsi: schemaLocation атрибутами междокументных ссылок в контексте SML-IF.

Точно так же элемент sml: uri , содержащийся в элементе, помеченном как sml: ref = "true" , является междокументной ссылкой, поскольку его содержимое имеет тип xs: anyURI и определение sml: uri. заключается в том, что упомянутый документ может быть получен путем разыменования URI с использованием действия поиска по умолчанию. Напротив, wsa: адрес в ссылке на конечную точку адресации веб-служб [9] не является ссылкой между документами в контексте документа SML-IF.Это связано с тем, что, хотя wsa: адрес определен как тип anyURI , действие, необходимое для разыменования URI, не является действием извлечения по умолчанию для схемы URI. Вместо этого требуемое действие определяется привязкой протокола, используемой для взаимодействия с конечной точкой.

Потребители должны интерпретировать подсказки xsi: schemaLocation и содержимое sml: uri , используемое в качестве схем ссылок SML, как междокументные ссылки. Потребители не должны интерпретировать содержимое wsa: address как ссылки между документами.

3.3.3 Схемы ссылок SML, которые не являются междокументными ссылками SML-IF

SML [1] определяет две эталонные схемы, схему sml: uri и схему EPR. Это также позволяет создавать новые схемы без ограничений. Схемы, которые не используют URI или чье использование URI не подразумевает, что URI могут быть разыменованы для извлечения с использованием действия по умолчанию (например, для схемы HTTP, метод GET) не являются ссылками между документами в контексте SML- ЕСЛИ. Отсюда вытекают три последствия.

Во-первых, для успешного обмена документами с использованием таких схем элементы sml: ref , содержащие их , должны также содержать схему sml: ref, которая является междокументной ссылкой в контексте SML-IF. Например, sml: ref , который содержит ссылку на схему EPR (которая не является ссылкой между документами в SML-IF), может также содержать ссылку на схему sml: uri (которая есть).

Во-вторых, производитель документа SML-IF и потребитель должны согласовать используемые схемы, поскольку SML-IF требует, чтобы потребители понимали только схему sml: uri .

В-третьих, при создании новой схемы sml: ref авторы должны четко указать, является ли схема междокументной ссылкой SML-IF.

3.3.4 Псевдонимы документов

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

Элемент документа , не содержащий элементов псевдонима , сигнализирует о том, что рассматриваемый документ не имеет псевдонимов. (Подразумевается, что отсутствие псевдонима также означает, что на него не может быть ссылок между документами.)

Каждый член набора всех псевдонимов URI в документе SML-IF должен быть уникальным. То есть никакие два псевдонима URI в данном документе SML-IF не могут быть эквивалентными.

3.3.5 Наличие элемента baseURI

Если какая-либо ссылка между документами в наборе обмена является относительным URI или если какой-либо псевдоним любого документа в наборе обмена является относительным URI, baseURI дочерний элемент идентификатора должен присутствовать , а должен присутствовать содержат абсолютный URI.

3.3.6 Разрешение междокументных ссылок

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

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

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

По определению, неразрешенные ссылки между документами - это ссылки на документы (или на элементы в документах), не включенные в обмен.

3.4 Правила привязки документов

3.4.1 Соответствие префикса URI

Чтобы связать документы правил SML с подмножеством документов в модели, к которой они применяются, SML-IF использует комбинацию механизма псевдонимов, описанного выше, и сопоставления префиксов URI.

Два URI, один из которых называется префиксом, а другой целевой. участвуют в сопоставлении префиксов URI. Говорят, что цель соответствует префиксу тогда и только тогда, когда в любой момент «подъема по лестнице» тестирования эквивалентности URI, описанного в RFC-3986, раздел 6.1 [7] цель, усеченная до длины префикса, эквивалентна префиксу.

Учитывая префикс и набор URI, набор совпадений префикса является тем подмножеством URI, которые соответствуют префиксу.

3.4.2 Определенные привязки

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

Элемент ruleBinding используется в SML-IF для выражения привязок. В любой данной привязке набор документов правил - это подмножество документов правил в наборе обмена с псевдонимом, который соответствует префиксу URI, заданному содержимым элемента ruleAlias . Набор типовых документов в привязке - это подмножество документов в обмене, установленное с псевдонимом, который соответствует префиксу URI, заданному содержимым элемента documentAlias .Если элемент documentAlias опущен в ruleBinding , набор типовых документов в привязке - это все документы в наборе обмена.

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

Приложение A - [Нормативная] Схема SML-IF

Приложение B - Нормативные ссылки

[1] «Язык моделирования услуг» Версия 1 черновой спецификации.0, февраль 2007 г.

[2] «Схема XML, часть 1: Структуры, второе издание»

[3] «Схема XML, часть 2: типы данных, второе издание»

[4] «Информационные технологии - Языки определения схем документов (DSDL) - Часть 3: Проверка на основе правил - Schematron» ISO / IEC 19757-3: 2006

[5] «Синтаксис и обработка XML-подписи»

[6] «Канонический XML»

[7] «Универсальный идентификатор ресурса (URI): общий синтаксис»

[8] «Расширяемый язык разметки (XML) 1.0, второе издание»

[9] «Адресация веб-служб 1.0 - Core »

[10] «Ключевые слова для использования в RFC для обозначения уровней требований»

[11] «Язык описания веб-служб (WSDL), версия 2.0, часть 1: Базовый язык»

[12] «XML Linking Language (XLink) Version 1.0»

Приложение C –Выпуски

Открыто: Должна ли спецификация предоставлять средства для обозначения нуля или более экземпляров документов в качестве «корневых» документов для модели?
Открыто: Решите, какие элементы следует изменить на глобальные.
Открыто: Требуется ли для привязки правил имя или идентификатор, чтобы потребители могли управлять, например, репозиториями? Следует ли их перенести в спецификацию SML? Ссылка: электронная почта к списку 2006-11-27 от Дэйва Энебуске.
Открыт: Нужны ли нам общие средства, позволяющие заменять ключевые слова в переведенном тексте, например ресурсы локализации, названные через smlerr: localizationid?
Открыт: Как указать, что документы схемы определений должны предпочтительно использоваться по сравнению со всеми другими источниками при проверке экземпляров.
No related posts.