Жақсы қалыптасқан және жарамды XML жазуды үйреніңіз
Кейде мысалды көріп, жақсы қалыптасқан XML жазу әдісін түсіну оңайырақ. Web Writer ақпараттық бюллетені XML түрінде жазылған - Мен оны AML деп белгілеймін немесе Markup Language туралы (go figure!). Бұл жұмыс құжаты болғанымен, ол шын мәнінде дұрыс немесе жарамды XML құжаты емес.
Жақсы қалыптасқан
Жақсы қалыптасқан XML құжатын жасаудың нақты ережелері бар:
- XML декларациясы әр құжатта біріншіден келуі керек.
- Пікірлер тег ішінде жарамсыз. Түсініктемелерде түсініктемелердің басы мен соңынан басқа жолдарда екі дефис жоқ болуы мүмкін.
- Тегтер аяқталу тегі болуы керек немесе
. - Тегтердің барлық атрибуттары атрибуттың қос тырнақшасы болмаса, қос тырнақшаға аударылуы керек.
- Әрбір XML құжаты барлық басқа элементтерді толығымен қамтитын бір элементті қамтуы керек.
Құжатпен жақсы қалыптасқан екі проблема ғана бар:
AML құжатына қажет бірінші нәрсе - XML декларациясының мәлімдемесі.
Екінші мәселе барлық басқа элементтерді толығымен жабатын ешқандай элемент жоқ. Мұны түзету үшін сыртқы контейнер элементін қосамын:
Осы екі қарапайым өзгерістерді жасау (және барлық элементтердің тек CDATA бар екенін қамтамасыз ету) жақсы қалыптасқан құжатты жақсы қалыптасқан құжатқа айналдырады.
Жарамды XML құжаты құжат түрінің анықтамасына (DTD) немесе XML схемасына сәйкес тексеріледі. Бұл XML құжатын семантикасын анықтайтын әзірлеуші немесе стандарттау ұйымы жасаған ережелер жиынтығы. Олар компьютерге түзетулермен не істеу керектігін айтыңыз.
Шартты белгілеу тілі туралы жағдайда, бұл XHTML немесе SMIL сияқты стандартты XML тілі емес, DTD жасаушы жасайды. Бұл DTD, ең алдымен, XML құжатымен бірдей серверде болады және құжаттың жоғарғы жағында сілтеме жасайды.
Құжаттарыңыз үшін DTD немесе схеманы әзірлеуді бастамас бұрын, жақсы қалыптасып, XML құжаты өзін-өзі сипаттайтын болып табылады және сондықтан DTD қажет емес екенін түсіну керек.
Мысалы, жақсы дамыған AML құжатымен келесі тегтер бар:
-
-
- <файл аты>
-
-
-
Егер сіз Веб-Жазушы ақпараттық бюллетенімен таныс болсаңыз, онда сіз бюллетеньнің түрлі бөлімдерін біле аласыз. Бұл бірдей стандартты пішімді пайдалану арқылы жаңа XML құжаттарды жасауды оңай етеді. Мен әрқашан тегте толық ұзын атауды және тегтің бірінші секция URL-і болатынын білемін.
DTDs
Егер сіз деректерді пайдалану немесе оны өңдеу үшін жарамды XML құжатын жазуды талап етсеңіз, оны құжатта тегпен қосасыз. Бұл тегте сіз құжатта базалық XML тегін және DTD орналасуын (әдетте Web URI) анықтайсыз. Мысалға:
DTD декларациялары туралы бір жақсы нәрсе мынада, DTD жүйесі XML құжатының «SYSTEM» жүйесіндегі жүйеге жергілікті екенін мәлімдей аласыз. Сондай-ақ, HTML 4.0 құжаты сияқты қоғамдық DTD-ге нұсқау аласыз:
Сіз екеуін де пайдаланған кезде, сіз құжатқа белгілі бір DTD (жалпыға ортақ идентификатор) және оны табу үшін (жүйенің идентификаторы) пайдалануды айтасыз.
Соңында, DOCTYPE тегінде тікелей құжатта ішкі DTD қосуыңызға болады. Мысалы (бұл AML құжаты үшін толық DTD емес):
< ENTITY meta_keywords (#PCDATA)>XML схемасы
Жарамды XML құжатын жасау үшін XML-ді анықтау үшін XML Schema құжатын қолдануға болады. XML схемасы - XML құжаттарын сипаттайтын XML құжаты. Схеманы қалай жазуға болатынын біліңіз.
Ескерту
Тек DTD немесе XML схемасына нұсқау жеткіліксіз. Құжаттағы XML DTD немесе схемадағы ережелерді сақтауы керек. Тексеру парсерін пайдалану - сіздің XML-ң DTD ережелерін қадағалағанын тексерудің қарапайым жолы. Көптеген осындай талдағыштарды желіде таба аласыз.