Jak wybrać między DTD i XSD

To naprawdę zależy od tego, jak skomplikowana jest struktura, którą musisz skonfigurować.

Jeśli potrzebujesz przestrzeni nazw i typów danych, zdecydowanie skorzystaj z XSD. Jeśli potrzebujesz tylko szybkiego schematu do sprawdzenia, DTD da Ci szybszą wydajność, ponieważ nie ma parsowania XML.

Jak rozumiem, XSD wywodzi się z DTD, więc zrozumienie DTD da solidne podstawy do nauki XSD, Plus zwróci uwagę na niektóre krótkie wpadki DTD.

Nie zaszkodzi zrozumieć strukturę DTD (pomoże Ci to lepiej zrozumieć XSD na dłuższą metę)...ale powinieneś użyć XSD idąc do przodu.

Nie zaszkodzi nauczyć się DTD, ale pamiętaj, aby używać XSD, ponieważ XSD ma więcej siły,

Z XSD można nie tylko zweryfikować strukturę / hierarchię znaczników XML, ale także

1. można zdefiniować typ danych wartości węzłów. [date, number, string etc]
2. Można również zdefiniować własne data_types, [przykład, dla węzła , możliwe dane mogą być jeden z 12 miesięcy.. więc potrzebujesz aby zdefiniować wszystkie 12 miesięcy w nowym typ danych zapis wszystkich 12 miesięcy nazwy jako wartości wyliczania .. Walidacja pokazuje błąd, jeśli wejście XML zawiera dowolną-inną wartość niż te 12 wartości .. ]
3. możesz umieścić ograniczenie na występowanie pierwiastków, za pomocą minOccurs i maxOccurs, domyślne wartości to 1 i 1.

.. i wiele innych ...

Istnieją pewne ograniczenia: jak,

1. element (nazwa) zdefiniowany w pliku XSD musi być zdefiniowany tylko jednym typem danych.
2. nie można zweryfikować węzła/atrybutu za pomocą wartość innego węzeł / atrybut.

To jest stary ciąg, ale na wypadek, gdyby ktoś inny się na niego natknął... z tego, co mogę powiedzieć, DTD nadal ma dwie korzyści, których nie ma XSD, a mianowicie włączenie funkcji encji, która nie istnieje w XSD. Jest to całkiem niesamowita funkcja, która mówi kompilatorowi, jak przetwarzać potencjalnie nieznane typy plików, identyfikując, jakie programy otworzyć, aby je przetworzyć.

Ponadto DTD są zapisywane do specyfikacji XML, dzięki czemu mogą być zapisywane bezpośrednio do dokumentów XML, podczas gdy XSD musi istnieje jako plik zewnętrzny i połączony. Nic wielkiego, zwłaszcza w przypadku używania w większych dokumentach.

Myślę, że XSD jest jeszcze dużo lepsze i bardziej naturalne, ponieważ używa składni XML, po prostu chciałem grać Devil ' s advocate :)

Jest IMHO bardzo ważny problem, aby używać DTD (może razem z XSD, jeśli potrzebujesz in-deep-validation): {]}

W DTD można zdefiniować własne encje np:

<!ENTITY MyName "DrDr.Hannibal Xerxes Utah,MBA and CEO">

W Twoim dokumencie możesz po prostu wpisać kod & MyName; zamiast wpisywać wszystkie te rzeczy.

Ponadto Załóżmy, że masz plik podobny do XML (może wyprodukowany przez inną aplikację), który składa się z wielu podobnych tagów, ale nie ma znacznika głównego, np:

<?xml version="1.0" encoding="ISO-8859-1"?> <!-- you need this when using foreign characters like 'ü' -->
<Book Author="Author1">
  <Titel>Erstes Buch</Titel>
</Book>
...
<Book Author="Author5">
  <Titel>Fünftes Buch</Titel>
</Book>

Załóżmy, że ten plik ma nazwę "Booklist.TXT",

Teraz możesz kodować swój master-xml:

<?xml version="1.0" encoding="ISO-8859-1"?> <!-- you need this when using foreign characters like 'ü' -->
<DOCTYPE MyRoot [
<ENTITY AllBooks SYSTEM "Booklist.TXT">
]

<MyRoot>
... some prefix-stuff as needed ...
&AllBooks; <!-- here are all the Books -->
... some post stuff es needed ...
</MyBook>

I za każdym razem, gdy potrzebujesz książek w innym kontekście, musisz tylko zakodować otaczający xml i nie dotykać ani nie kopiować sama lista książek, ponadto możesz ją konserwować w jednym miejscu i mieć wszystkie zmiany w dowolnym dokumencie.

XML Schema może wykonywać bardziej złożone walidacje. Np. jeśli DTD sprawdza typ danych elementu XML to integer lub string.XML schema może wykonywać bardziej skomplikowane walidacje, np. jeśli element xml jest ciągiem rozpoczynającym się wielką literą lub dodatnią liczbą całkowitą. Wreszcie XML schema wykorzystuje składnię XML i jest naturalnym wyborem dla rozwoju usług internetowych.