ვისწავლოთ კარგად დაწერილი და სწორი XML
ზოგჯერ უფრო ადვილია იმის გაგება, თუ როგორ ჩამოყალიბდეს კარგად ჩამოყალიბებული XML, ხედავს მაგალითს. ვებ მწერალი ბიულეტენი იწერება XML- ის ფორმით - მე ვუწოდებ AML ან მარკირებას ენაზე (წავიდეთ ფიგურა!). მიუხედავად იმისა, რომ ეს სამუშაო დოკუმენტია, ეს არ არის რეალურად კარგად ჩამოყალიბებული ან მოქმედი XML დოკუმენტი.
კარგად ჩამოყალიბებული
არსებობს გარკვეული წესები, რათა შეიქმნას კარგად ჩამოყალიბებული XML დოკუმენტი:
- XML დეკლარაცია უნდა მოვიდეს პირველი ყველა დოკუმენტში.
- კომენტარები არ არის სწორი ტეგიდან. კომენტარებში არ შეიძლება შეიცავდეს ორი ჰიპოთეკას ზედიზედ, კომენტარების დასაწყისისა და დასასრულს.
- ტეგებს უნდა ჰქონდეთ დასკვნითი ტეგი, ან დაიხუროს ერთსაუკუნოვან tag- ში, მაგალითად
. - კოდის ყველა ატრიბუტი უნდა იყოს ციტირებული, სასურველია ორმაგი შეთავაზება, თუ ატრიბუტი არ შეიცავს ორმაგ შეთავაზებას.
- ყველა XML დოკუმენტი უნდა შეიცავდეს ერთ ელემენტს, რომელიც მთლიანად შეიცავს ყველა სხვა ელემენტს.
დოკუმენტში მხოლოდ ორი პრობლემაა, რაც მას კარგად არ ქმნის:
პირველი, რაც AML- ს დოკუმენტს სჭირდება, არის XML დეკლარაციის განაცხადი.
xml version = "1.0"?>სხვა პრობლემა ისაა, რომ არ არსებობს ერთი ელემენტი, რომელიც მთლიანად მოიცავს ყველა სხვა ელემენტს. დაფიქსირება, რომ დავამატებ გარე კონტეინერ ელემენტს:
<ბიულეტენი> ბიულეტენი>ამ ორი მარტივი ცვლილების განხორციელება (რაც უზრუნველყოფს ყველა ელემენტს, რომელიც შეიცავს მხოლოდ CDATA), კარგად ჩამოყალიბებულ დოკუმენტს კარგად ჩამოყალიბებულ დოკუმენტად იქცევა.
სწორი XML დოკუმენტი გადამოწმებულია დოკუმენტის ტიპის განსაზღვრის (DTD) ან XML სქემის წინააღმდეგ. ეს არის დეველოპერის ან სტანდარტის ორგანიზაციის მიერ შექმნილი წესები, რომლებიც განსაზღვრავენ XML დოკუმენტის სემანტიკას. ეს ვუთხრა კომპიუტერს რა უნდა გააკეთოს მარკირებასთან.
Markup Language- ის შემთხვევაში, რადგან ეს არ არის სტანდარტული XML ენა, როგორიცაა XHTML ან SMIL, DTD შეიქმნება დეველოპერმა. ეს DTD, სავარაუდოდ, იგივე სერვერზე იქნება XML დოკუმენტის სახით, და მითითებულია დოკუმენტის ზედა ნაწილში.
სანამ დაიწყებთ DTD- ს ან სქემას თქვენს დოკუმენტებში, უნდა გააცნობიეროთ, რომ უბრალოდ კარგად არის ჩამოყალიბებული, XML დოკუმენტი თვით-აღწერს და არ საჭიროებს DTD- ს.
მაგალითად, ჩვენი კარგად ჩამოყალიბებული AML დოკუმენტით, არსებობს შემდეგი ტეგები:
- <საინფორმაციო ბიულეტენი>
-
-
-
-
-
თუ თქვენ იცნობთ ვებ მწერალ ბიულეტენებს, შეგიძლიათ გაეცნოთ ბიულეტენის სხვადასხვა მონაკვეთს. ეს საშუალებას იძლევა ძალიან მარტივი XML ფორმატის შექმნა იგივე სტანდარტული ფორმატით. მე ვიცი, რომ მე ყოველთვის დააყენა სრული ხანგრძლივი სათაური tag, და პირველი სექცია URL in tag.
DTDs
თუ საჭიროა სწორი XML დოკუმენტის დაწერა, ან გამოიყენოთ მონაცემები ან მისი დამუშავება, თქვენს დოკუმენტში შეიტანთ თქვენს დოკუმენტში. ამ ტეგით, თქვენ განსაზღვრავს ბაზის XML ტეგით დოკუმენტში და DTD- ს ადგილმდებარეობას (ჩვეულებრივ ვებ URI). მაგალითად:
DTD დეკლარაციების შესახებ ერთი კარგი რამ არის ის, რომ თქვენ შეგიძლიათ განაცხადოთ, რომ DTD არის ადგილობრივი სისტემა, სადაც XML დოკუმენტი "SYSTEM" არის. თქვენ ასევე შეგიძლიათ მიუთითოთ საჯარო DTD, როგორიცაა HTML 4.0 დოკუმენტი:
როდესაც თქვენ იყენებთ ორივე, თქვენ ეუბნებიან დოკუმენტს, გამოიყენოთ კონკრეტული DTD (საჯარო იდენტიფიკატორი) და სად შეიძლება ვიპოვოთ იგი (სისტემის იდენტიფიკატორი).
საბოლოოდ, თქვენ შეგიძლიათ შეიტანოთ შიდა DTD პირდაპირ დოკუმენტში, DOCTYPE ტეგით. მაგალითად (ეს არ არის DTD სრული AMT დოკუმენტისთვის):
< ! ENTITY meta_keywords (#PCDATA)> ]>XML სქემა
XML XML დოკუმენტის შესაქმნელად, ასევე შეგიძლიათ გამოიყენოთ XML Schema დოკუმენტი, რათა განსაზღვროთ თქვენი XML. XML Schema არის XML დოკუმენტი, რომელიც ასახავს XML დოკუმენტებს. შეიტყვეთ, როგორ დავწეროთ სქემა.
შენიშვნა
უბრალოდ მიუთითებს DTD ან XML Schema საკმარისი არ არის. დოკუმენტში XML არის DTD ან სქემაში წესების დაცვა. Validating Parser- ის გამოყენება მარტივი გზაა, რათა შეამოწმოთ, რომ თქვენი XML დგას DTD წესების შესაბამისად. თქვენ შეგიძლიათ იპოვოთ ბევრი ასეთი დამწყები ონლაინ რეჟიმში.