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