Wstęp
Witam, drodzy czytelnicy mojego artykułu. To drugi artykuł z serii o XML, a w tym artykule omówimy przestrzeń nazw XML i schemat XML.Przestrzeń nazw XML
Przestrzeń nazw oznacza „przestrzeń nazw”, jednak w tym artykule często będę zastępować rosyjskie wyrażenie po prostu przestrzenią nazw, ponieważ jest krótsza i łatwiejsza do zrozumienia. XML Namespace to technologia, której głównym celem jest upewnienie się, że wszystkie elementy w pliku XML są unikalne i nie ma pomyłek. A ponieważ są to kursy Java, ta sama technologia jest dostępna również w pakietach Java. Gdybyśmy mogli umieścić obok siebie dwie klasy o tej samej nazwie i używać ich, jak określilibyśmy, której klasy potrzebujemy? Problem ten rozwiązują pakiety - możemy po prostu umieścić klasy w różnych pakietach i stamtąd je zaimportować, podając dokładną nazwę żądanego pakietu i ścieżkę do niego lub po prostu podając pełną ścieżkę do żądanej klasy.
Teraz możemy to zrobić:
public class ExampleInvocation {
public static void main(String[] args) {
// kreacja экземпляра класса из первого пакета.
example_package_1.Example example1 = new example_package_1.Example();
// kreacja экземпляра класса из второго пакета.
example_package_2.Example example2 = new example_package_2.Example();
// kreacja экземпляра класса из третьего пакета.
example_package_3.Example example3 = new example_package_3.Example();
}
}<?xml version="1.0" encoding="UTF-8"?>
<root>
<oracle>
<connection value="jdbc:oracle:thin:@10.220.140.48:1521:test1" />
<user value="root" />
<password value="111" />
</oracle>
<oracle>
Сегодня вы будете заняты весь день.
</oracle>
</root><?xml version="1.0" encoding="UTF-8"?>
<root>
<database:oracle xmlns:database="Unique ID #1">
<connection value="jdbc:oracle:thin:@10.220.140.48:1521:test1" />
<user value="root" />
<password value="111" />
</database:oracle>
<oracle:oracle xmlns:oracle="Unique ID #2">
Сегодня вы будете заняты весь день.
</oracle:oracle>
</root><?xml version="1.0" encoding="UTF-8"?>
<root xmlns="https://www.standart-namespace.com/" xmlns:gun="https://www.gun-shop.com/" xmlns:fish="https://www.fish-shop.com/">
<gun:shop>
<gun:guns>
<gun:gun name="Revolver" price="1250$" max_ammo="7" />
<gun:gun name="M4A1" price="3250$" max_ammo="30" />
<gun:gun name="9mm Pistol" price="450$" max_ammo="12" />
</gun:guns>
</gun:shop>
<fish:shop>
<fish:fishes>
<fish:fish name="Shark" price="1000$" />
<fish:fish name="Tuna" price="5$" />
<fish:fish name="Capelin" price="1$" />
</fish:fishes>
</fish:shop>
</root>
xmlns:shop= «https://barber-shop.com/»xmlns:oracle="Unique ID #2"
xmlns:database="Unique ID #1"<?xml version="1.0" encoding="UTF-8"?>
<root>
<el1:element1 xmlns:el1="Element#1 Unique String">
<el1:innerElement>
</el1:innerElement>
</el1:element1>
<el2:element2 xmlns:el2="Element#2 Unique String">
<el2:innerElement>
</el2:innerElement>
</el2:element2>
<el3:element3 xmlns:el3="Element#3 Unique String">
<el3:innerElement>
<el1:innerInnerElement> <!-- Так нельзя, потому что пространство el1 объявлено только в первом элементе, потому может использовать только внутри первого element и его внутренних элементов. -->
</el1:innerInnerElement>
</el3:innerElement>
</el3:element3>
</root><root xmlns="https://www.standart-namespace.com/" xmlns:gun="https://www.gun-shop.com/" xmlns:fish="https://www.fish-shop.com/">xmlns="https://www.standart-namespace.com/" xmlns:gun="https://www.gun-shop.com/" xmlns:fish="https://www.gun-shop.com/"Schemat XML
Od razu chcę powiedzieć, że ten artykuł będzie tylko wierzchołkiem góry lodowej, ponieważ temat jest bardzo szeroki. Jeśli chcesz bardziej szczegółowo zapoznać się ze schematami i dowiedzieć się, jak samodzielnie je napisać o dowolnej złożoności, na końcu artykułu pojawi się link, w którym wszystko będzie dotyczyło różnych typów, ograniczeń, rozszerzeń i tak dalej. Chcę zacząć od teorii. Schematy mają format .xsd (definicja schematu XML) i są bardziej zaawansowaną i popularną alternatywą dla DTD: umożliwiają także tworzenie elementów, opisywanie ich itd. Jednakże dodano wiele bonusów: sprawdzanie typów, obsługę przestrzeni nazw i szerszą funkcjonalność. Pamiętasz, kiedy rozmawialiśmy o DTD, był minus, że nie obsługuje spacji? Teraz, gdy już to przestudiowaliśmy, wyjaśnię: gdyby można było zaimportować dwa lub więcej schematów z DTD, w których byłyby identyczne elementy, mielibyśmy kolizje (zbiegi okoliczności) i w ogóle nie moglibyśmy ich użyć, ponieważ nie jest jasne, jakiego elementu potrzebujemy. XSD rozwiązuje ten problem, ponieważ możesz importować schematy do jednej określonej przestrzeni i używać ich. Zasadniczo każdy schemat XSD ma przestrzeń docelową, co oznacza, w której przestrzeni schemat powinien zostać zapisany w pliku XML. Zatem w samym pliku XML wystarczy utworzyć te spacje predefiniowane w schematach i przypisać do nich przedrostki, a następnie do każdego z nich podłączyć niezbędne schematy, po czym będziemy mogli bezpiecznie korzystać z elementów ze schematu, podstawiając przedrostki z miejsce, do którego zaimportowaliśmy schematy. I tak mamy przykład:<?xml version="1.0" encoding="UTF-8"?>
<house>
<address>ул. Есенина, дом №5</address>
<owner name="Ivan">
<telephone>+38-094-521-77-35</telephone>
</owner>
</house><?xml version="1.0"?>
<schema xmlns="http://www.w3.org/2001/XMLSchema" targetNamespace="https://www.nedvigimost.com/">
<element name="house">
<complexType>
<sequence>
<element name="address" type="string" maxOccurs="unbounded" minOccurs="0" />
<element name="owner" maxOccurs="unbounded" minOccurs="0" >
<complexType>
<sequence>
<element name="telephone" type="string" />
</sequence>
<attribute name="name" type="string" use="required"/>
</complexType>
</element>
</sequence>
</complexType>
</element>
</schema><element name="telephone" type="string" /><complexType>
<sequence>
<element name="address" type="string" maxOccurs="unbounded" minOccurs="0" />
<element name="owner" maxOccurs="unbounded" minOccurs="0" >
<complexType>
<sequence>
<element name="telephone" type="string" />
</sequence>
<attribute name="name" type="string" use="required"/>
</complexType>
</element>
</sequence>
</complexType><?xml version="1.0"?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" targetNamespace="https://www.nedvigimost.com/">
<xs:element name="house" type="content" />
<xs:complexType name="content">
<xs:sequence>
<xs:element name="address" type="xs:string" maxOccurs="unbounded" minOccurs="0" />
<xs:element name="owner" maxOccurs="unbounded" minOccurs="0" >
<xs:complexType>
<xs:sequence>
<xs:element name="telephone" type="xs:string" />
</xs:sequence>
<xs:attribute name="name" type="xs:string" use="required"/>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:schema>Pierwszy sposób podłączenia obwodu
Pierwsza metoda zakłada, że obwód ma określoną przestrzeń docelową. Jest ona określana przy użyciu atrybutu targetNamespace w elemencie schematu. Następnie wystarczy stworzyć TĘ SAMĄ przestrzeń w pliku XML, a następnie „załadować” tam schemat:<?xml version="1.0" encoding="UTF-8"?>
<nedvig:house xmlns:nedvig="https://www.nedvigimost.com/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="https://www.nedvigimost.com/ example_schema1.xsd">
<address>ул. Есенина, дом №5</address>
<owner name="Ivan">
<telephone>+38-094-521-77-35</telephone>
</owner>
</nedvig:house>xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemeLocation="https://www.nedvigimost.com/ example_schema1.xsd"<?xml version="1.0" encoding="UTF-8"?>
<nedvig:house xmlns:nedvig="https://www.nedvigimost.com/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="https://www.nedvigimost.com/ example_schema1.xsd">
<address>ул. Есенина, дом №5</address>
<owner name="Ivan">
<telephone>+38-094-521-77-35</telephone>
</owner>
</nedvig:house>Drugi sposób podłączenia obwodu
Drugi sposób podłączenia obwodu zakłada, że obwód nie ma określonej przestrzeni docelowej. Następnie możesz po prostu podłączyć go do pliku XML, a on go sprawdzi. Odbywa się to prawie w ten sam sposób, z tą różnicą, że w pliku XML nie można w ogóle deklarować spacji, a jedynie połączyć schemat.<?xml version="1.0" encoding="UTF-8"?>
<house xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="example_schema1.xsd">
<address>ул. Есенина, дом №5</address>
<owner name="Ivan">
<telephone>+38-094-521-77-35</telephone>
</owner>
</house>Schemat, w którym zadeklarowany jest typ właściciela:
<?xml version="1.0" encoding="UTF-8" ?>
<schema targetNamespace="bonus" xmlns="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified">
<complexType name="owner">
<all>
<element name="telephone" type="string" />
</all>
<attribute name="name" type="string" />
</complexType>
</schema>Drugi schemat, który wykorzystuje typ właściciela z pierwszego schematu:
<?xml version="1.0" encoding="UTF-8"?>
<schema targetNamespace="main" xmlns="http://www.w3.org/2001/XMLSchema" xmlns:bonus="bonus" elementFormDefault="qualified">
<import namespace="bonus" schemaLocation="xsd2.xsd" />
<element name="house">
<complexType>
<all>
<element name="address" type="string" />
<element name="owner" type="bonus:owner" />
</all>
</complexType>
</element>
</schema><import namespace="bonus" schemaLocation="xsd2.xsd" /><element name="owner" type="bonus:owner" />elementFormDefault="qualified"<?xml version="1.0" encoding="UTF-8"?>
<nedvig:house xmlns:nedvig="main" xmlns:bonus="bonus" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="main xsd.xsd">
<nedvig:address>ул. Есенина, дом №5</nedvig:address>
<nedvig:owner name="Ivan">
<bonus:telephone>+38-094-521-77-35</bonus:telephone>
</nedvig:owner>
</nedvig:house><bonus:telephone>+38-094-521-77-35</bonus:telephone>Koniec artykułu
Następny artykuł będzie ostatnim z serii i już będzie dotyczył przetwarzania plików XML przy użyciu języka Java. Nauczymy się pozyskiwać informacje na różne sposoby i tak dalej. Mam nadzieję, że ten artykuł był przydatny i nawet jeśli gdzieś są błędy, nauczy Cię czegoś przydatnego i nowego, a może po prostu da ci możliwość lepszego zrozumienia plików XML. Dla tych, którzy chcieliby zgłębić ten temat bardziej szczegółowo, zdecydowałem się przygotować mały zestaw linków:-
Proste elementy XSD - zaczynając od tego artykułu, zacznij czytać i idź dalej, wszystkie informacje o schematach są tam zebrane i wyjaśnione mniej lub bardziej przejrzyście, tylko w języku angielskim. Możesz skorzystać z tłumacza.
-
wideo na temat przestrzeni nazw, zawsze warto wysłuchać innego punktu widzenia na jakiś temat, jeśli pierwszy nie jest jasny.
-
XML przestrzeni nazw jest dobrym przykładem wykorzystania przestrzeni nazw i jest dość wszechstronny.
-
Podstawy XML - Przestrzenie nazw - Kolejny krótki artykuł na temat przestrzeni nazw.
-
Podręcznik Podstawy używania schematu XML do definiowania elementów jest również niezwykle przydatnym podręcznikiem dotyczącym schematów, ale trzeba go czytać powoli i uważnie, zagłębiając się w materiał.
GO TO FULL VERSION