Понекад је лакше схватити како писати добро формиран КСМЛ видјети пример. Билтен Веб Вритер је написан помоћу облика КСМЛ-а - зовемо га АМЛ или Абоут Маркуп Лангуаге (иди на слику). Док је ово радни документ, то заправо није добро формиран или валидан КСМЛ документ.
Добро формирано
Постоје одређена правила за креирање добро формираног КСМЛ документа:
- КСМЛ декларација мора бити прва у сваком документу.
- Коментари нису важећи у оквиру ознаке. Коментари можда не садрже два цртаћа у низу, осим почетка и краја коментара.
- Ознаке морају имати завршну ознаку, или бити затворене унутар самог синглетон таг-а, на пример
. - Сви атрибути ознака морају бити цитирани, пожељно двоструки наводи, осим ако сам атрибут садржи двоструки цитат.
- Сваки КСМЛ документ мора садржавати један елемент који у потпуности садржи све остале елементе.
Постоји само два проблема са документом који га чини неоснованим:
Прва ствар коју АМЛ документ треба је декларација КСМЛ декларације.
Други проблем је у томе што не постоји један елемент који у потпуности обухвата све остале елементе. Да бисмо исправили ово, додалићемо елемент екстерног контејнера: Прављење ове две једноставне промене (и осигурање да сви елементи садрже само ЦДАТА) претворити ће недовољно обликовани документ у добро формиран документ. Ваљани КСМЛ документ је валидиран против дефиниције типа документа (ДТД) или КСМЛ схеме. Ово су сет правила направљених од стране програмера или организације за стандарде који дефинишу семантику КСМЛ документа. Они кажу рачунару шта да ради са ознаком. У случају О Маркуп Лангуаге-у, пошто ово није стандардни КСМЛ језик, као КСХТМЛ или СМИЛ, ДТД би креирао програмер. Тај ДТД би највероватније био на истом серверу као КСМЛ документ и референциран на врху документа. Пре него што почнете да развијате ДТД или Шему за своје документе, схватите да једноставно кроз добро формиран КСМЛ документ себе описује и на тај начин не захтева ДТД. На пример, са нашим добро формираним АМЛ документом, постоје следећи тагови: Ако сте упознати са билтеном Веб Вритер, можете препознати различите одељке билтена. Ово олакшава креирање нових КСМЛ докумената користећи исти стандардни формат. У тагу увек ћемо ставити титулу у пуној дужини и УРЛ наслова у тагу. Ако се од вас тражи да напишете важећи КСМЛ документ, било да користите податке или да га обрадите, укључите га у свој документ са ознаком. У овој ознаци дефинишете основну КСМЛ ознаку у документу и локацију ДТД (обично Веб УРИ). На пример:
Једна лепа ствар у вези са ДТД декларацијама је што можете изјавити да је ДТД локални за систем гдје је КСМЛ документ са "СИСТЕМ". Такође можете указати на јавни ДТД, на пример код ХТМЛ 4.0 документа:
Када користите оба, говорите документу да користи одређени ДТД (јавни идентификатор) и гдје га пронаћи (идентификатор система). Најзад, можете укључити интерни ДТД директно у документ, унутар ознаке ДОЦТИПЕ. На пример (ово није комплетан ДТД за АМЛ документ):
> Да бисте креирали валидан КСМЛ документ, можете такође користити КСМЛ Сцхема документ како бисте дефинирали свој КСМЛ. КСМЛ Сцхема је КСМЛ документ који описује КСМЛ документе. Научите како написати шему. Само указивање на ДТД или КСМЛ шему није довољно. КСМЛ који је у документу мора следити правила у ДТД или Сцхема. Коришћење валидационог раздјелника је једноставан начин да се провјери да ли ваш КСМЛ прати правила ДТД-а. Можете пронаћи многе такве парсеере онлине.
ДТДс
КСМЛ Сцхема
Белешка
