3 XML Schema: datatyypit

Transkriptio

1 3 XML Schema: datatyypit XML Schema esittelee DTD-kieleen verrattuna jotakin aivan uutta: datatyypin käsitteen. Datatyyppi on pohjimmiltaan merkkijono jonka rakenne voidaan testata kuten elementinkin. Keskeinen ero piilee siinä että datatyyppi ei sisällä "merkkausta". Tämä tiivistää tiedonesitystä merkittävästi sovelluksissa (mutta vastapainona tuo lisää määrityksiä prosessoriohjelmoijien huoleksi). xsd:date Asiat eivät tietenkään ole käsitteellisesti uusia esim. tietokantojen parissa toimineille, mutta rakenteisen dokumentaation näkökulmasta tämä (yleiskäyttöinen) aluevaltaus on erittäin tervetullut. MATHM RAKENTEISTEN DOKUMENTTIEN JATKOKURSSI (syksy 2005) - ON 53

2 3.1 Välisoitto Standardoitujen datatyyppien käyttö tiivistää viestejä merkittävästi...samalla rakenteeton osa tietoa voidaan kutistaa olemattomiin (vrt. RD suunnittelu ja rakenne/ tietue/ ja "dataelementit") Epäsuorana tuloksena tekstinpätkä elementin sisällä ei enää olekaan vain jokin merkkijono, vaan merkkijono jolla on tarkka rakenne (ja siten merkitys!) MATHM RAKENTEISTEN DOKUMENTTIEN JATKOKURSSI (syksy 2005) - ON 54

3 3.2 Datatyypit ja niiden käyttö Ns. yksinkertainen tietotyyppi on siis pohjimmiltaan merkkijono jonka rakenne voidaan asettaa datatyyppiin (datatype) vedoten <purchaseorder orderdate=" "> <shipto country="us"> <name>alice Smith</name> <state>ca</state> <zip>90952</zip> </shipto> </purchaseorder> Yksinkertaisia tietotyyppejä määritellään pääpiirteissään seuraavasti: - valitsemalla suoraan Schema-standardin esimääritelty datatyyppi (builtin datatype), - määrittelemällä oma tietotyyppi (johtamalla uusi yksinkertainen tietotyyppi valitusta esimääritellystä datatyypistä), tai - johtamalla uusi tyyppi itse määritellystä tietotyypistä MATHM RAKENTEISTEN DOKUMENTTIEN JATKOKURSSI (syksy 2005) - ON 55

4 3.3 Esimääritellyt datatyypit Asettaa tyyppihierarkian Hierarkia kertoo mitä standardityyppejä skeemat voivat käyttää...sekä mikä on rajoitteiden käytön luonnollinen hierarkia (esim. 2:lla alkava "8- bittinen luku" kannattaa johtaa unsignedshortista) MATHM RAKENTEISTEN DOKUMENTTIEN JATKOKURSSI (syksy 2005) - ON 56

5 3.4 Yksinkertaisten tietotyyppien johtaminen Uuden yksinkertaisen tietotyypin johtaminen (esim. SKU tai USState) voidaan suorittaa kolmella eri tavalla: - rajoittamalla olemassa olevaa yksinkertaista tietotyyppiä sopivasti (ns. fasettien avulla) - rakentamalla lista olemassa olevista yksinkertaisista tietotyypeistä - yhdistelemällä olemassa olevia yksinkertaisia tietotyyppejä Edellä "olemassa oleva tietotyyppi" voi siis tarkoittaa joko skeemastandardin esimääriteltyä datatyyppiä tai itse määriteltyä yksinkertaista tietotyyppiä (huomaa rekursio määritelmässä) Tarkastellaan seuraavaksi kutakin tapaa lähemmin MATHM RAKENTEISTEN DOKUMENTTIEN JATKOKURSSI (syksy 2005) - ON 57

6 3.5 Tyyppimäärittelyn perusteet (1/5): arvot ja tunnisteet Täsmällisemmin tarkasteltuna, kukin datatyyppi määrittelee kolmikon: - value space: mitä arvoja datatyyppi voi saada (esim. 100) - lexical space: miten ko. arvo voidaan esittää (esim. "100", "1.0E2") - set of facets: luonnehtii edellisiä (esim. <maxinclusive value="200"/>) Yksinkertaisen tietotyypin määrittely lähtee liikkeelle tyyppikirjastosta - ks. Tarkastellaan esimerkkiä, määritellään kokonaislukutyyppi [10, 200]: <xsd:simpletype name="myinteger"> <xsd:restriction base="xsd:integer"> <xsd:mininclusive value="10"/> <xsd:maxinclusive value="200"/> </xsd:restriction> </xsd:simpletype> Ts. valittiin xsd:integer ja sovellettiin fasetteja mininclusive ja maxinclusive MATHM RAKENTEISTEN DOKUMENTTIEN JATKOKURSSI (syksy 2005) - ON 58

7 3.6 Tyyppimäärittelyn perusteet (2/5): fasetit Esimerkki ns. hahmoihin pohjautuvasta fasetista: <xsd:simpletype name="sku"> <xsd:restriction base="xsd:string"> <xsd:pattern value="\d{3}-[a-z]{2}"/> </xsd:restriction> </xsd:simpletype> Arvojoukko voidaan myös esim. luetella: <xsd:simpletype name="usstate"> <xsd:restriction base="xsd:string"> <xsd:enumeration value="ak"/> <xsd:enumeration value="al"/> </xsd:restriction> </xsd:simpletype> Tyyppikirjastolle on määritelty toistakymmentä fasettia: length, minlength, maxlength, pattern, enumeration, whitespace, maxinclusive, maxexclusive, mininclusive, minexclusive, totaldigits, fractiondigits, ks. 0/#SimpleTypeFacets MATHM RAKENTEISTEN DOKUMENTTIEN JATKOKURSSI (syksy 2005) - ON 59

8 3.7 Tyyppimäärittelyn perusteet (3/5): listat Yksinkertaisia tietotyyppejä on itse asiassa "kolmea" lajia. Näitä ovat: - atomaarisen tietotyypit (atomic, esim. SKU ja USState edellä) ja - listat (list, esimääriteltyjä listoja ovat vain legacy-tyypit NMTOKES, IDREFS ja ENTITIES) - yhdisteet (union, esim. "SKU tai IDREFS") Kolmas tietotyyppi määritellään aina suhteessa kahteen edellä mainittuun Järkevä listarakenne määritellään siis aina itse, esim. <xsd:simpletype name="listofmyinttype"> <xsd:list itemtype="myinteger"/> </xsd:simpletype> Sallittu esiintymä on esim. <listofmyint> </listOfMyInt> MATHM RAKENTEISTEN DOKUMENTTIEN JATKOKURSSI (syksy 2005) - ON 60

9 3.8 Tyyppimäärittelyn perusteet (4/5): listan erotinmerkki Huom*. Koska listan erotinmerkkinä toimii tyhjämerkki, ei ole järkevää rakentaa listoja esim. tyypistä xsd:string (miksi?) Listoihin voidaan soveltaa seuraavia fasetteja: length, minlength, maxlength, pattern ja enumeration - huomaa että fasetti kohdistuu listaan eikä sen sisältöön! Esim. (Pulmia siis syntyisi jos USState sallisi esim. nimen "New York" *) <xsd:simpletype name="usstatelist"> <xsd:list itemtype="usstate"/> </xsd:simpletype> <xsd:simpletype name="sixusstates"> <xsd:restriction base="usstatelist"> <xsd:length value="6"/> </xsd:restriction> </xsd:simpletype> MATHM RAKENTEISTEN DOKUMENTTIEN JATKOKURSSI (syksy 2005) - ON 61

10 3.9 Tyyppimäärittelyn perusteet (5/5): yhdisteet Yksinkertaisia (ei-atomaarisia) tietotyyppejä voidaan siis rakentaa myös yhdistelemällä listoja ja atomaarisia tietotyyppejä Esimerkiksi: <xsd:simpletype name="zipunion"> <xsd:union membertypes="usstate listofmyinttype"/> </xsd:simpletype> Seurauksena sallitaan esiintymät (kun zip tyyppiä zipunion): <zips>ca</zips> <zips> </zips> <zips>ak</zips> Sudenkuoppa piilee listojen ymmärtämissä; esim. seuraavaa ei nyt sallita: <zips>95 77 CA 145</zips>...koska "95 77 CA 145" ei ole sallittu arvo USState-tyypille, eikä sallittu listofmyinttype-tyypille Yhdisteille on käytössä fasetit: pattern ja enumeration MATHM RAKENTEISTEN DOKUMENTTIEN JATKOKURSSI (syksy 2005) - ON 62

11 3.10 Yksityiskohta: Pattern-fasetti ja säännölliset lausekkeet Fasettien tärkeä erikoistapauksen muodostaa hahmo (pattern) Hahmo määrittelee säännöllisen lausekkeen jonka avulla voidaan pienen ohjelmanpätkän tavoin kuvata yksinkertaisen tietotyypin sallittu arvo, esim. <simpletype name='mystring'> <restriction base='string'> <pattern value='a.*z'/> </restriction> </simpletype> Skeemastandardi määrittelee tehtävään oman kielensä, mutta se muistuttaa suuresti tuttuja Perl/Posix regexp-kieliä - ks. Hahmo kiinnittyy tutkittavan merkkijonon alkuun ja loppuun (vrt. /^A.*Z$/); kelluva hahmo voidaan kuitenkin esittää helposti: <pattern value='.*a.*z.*'/> MATHM RAKENTEISTEN DOKUMENTTIEN JATKOKURSSI (syksy 2005) - ON 63

12 3.11 Säännöllisten lausekkeiden perusteet Piste. esittää mitä tahansa merkkiä (nyt lausekkeet alleviivattuina) Erikoismerkitön teksti tulkitaan atomaariseksi hahmoksi (esim. kissa ) Hahmo voi sisältää vaihtoehtoisia haaroja (esim. kissa koira ) Erikoismerkit esitetään kenoviivan (ns. escape characters) avulla (esim. \\ tarkoittaa merkkiä \ ja \( vasenta sulkua ( ) Sulut ryhmittelevät tekstiä (esim. (kissa koira)kala ) Kertojilla?, *, +, {a,b}, {c} voidaan ilmoittaa toistokerrat Merkkiryhmät ilmoitetaan hakasuluilla (esim. [aza-b] ja [^@] ), nämä voivat myös sisältää Unicode-osioiden nimiä Standardi määrittelee myös usein tarvittavia merkkikategorioita (esim. \d, \{Nd}, \{Lu} ja \p{isbasiclatin} ) Muista myös XML-kieliopin vaatima koodaus! (esim. a&b a&b ) MATHM RAKENTEISTEN DOKUMENTTIEN JATKOKURSSI (syksy 2005) - ON 64

13 3.12 Skeemastandardin oma tyyppikirjasto (1/2): perusteet Koska esimääritellyt datatyypit eivät yksin riitä arkisten sovellusten rakentamiseen, skeemasuositus asettaa (yksinkertaisia ja kompleksisia tyyppejä sisältävän) yleiskäyttöisen tyyppikirjaston (type library) - ks. (ja kohta ) - ja Tyyppikirjasto sisältää tyyppejä seuraaviin kategorioihin jaoteltuna:, - text, array, list, math, quantity, binary Ikävä kyllä, tyyppikirjasto on turhauttavan suppea; se ei ole valmis saati kattava; (optimistinen) perusidea on että kirjasto täydentyy ajan myötä jolloin nimiavaruudet kiinnitetään standardoitavien tyyppien osalta (ja vain näiden osalta!) Koska tyyppikirjaston voi määritellä "kuka tahansa", voidaan toki soveltaa kuitenkin myös muiden kuin W3C:n skeematyöryhmän tyyppikirjastoja MATHM RAKENTEISTEN DOKUMENTTIEN JATKOKURSSI (syksy 2005) - ON 65

14 3.13 Skeemastandardin oma tyyppikirjasto (2/2): esimerkki Tarkastellaan esimerkkinä math-kirjastosta löytyvää tyyppiä complexnumber...<xs:complextype name="complexnumber">... <xs:sequence> <xs:element name="real" type="realpart"/> <xs:element name="imaginery" type="imaginerypart"/> </xs:sequence> </xs:complextype> <xs:simpletype name="realpart"> <xs:restriction base="xs:decimal"/> </xs:simpletype> <xs:simpletype name="imaginerypart"> <xs:restriction base="xs:decimal"/> </xs:simpletype>... Sinänsä yksinkertaisen määrittelyn soveltaminen jättää avoimia kysymyksiä: - onko oman sovelluksen oikeasti järkevää käyttää nimiä real ja imaginery? - tyyppikirjasto ei määrittele kohdenimiavaruutta; tarkoitus on että complexnumber voidaan sisällyttää (include) mv. kohdenimiavaruuteen itse määritellyn skeeman osana onko tämä mielekästä? MATHM RAKENTEISTEN DOKUMENTTIEN JATKOKURSSI (syksy 2005) - ON 66

15 3.14 Huomioita Omien tietotyyppien määrittely on periaatteessa hyvin yksinkertaista Skeemakielen tekninen monimutkaisuus huomioiden, on kuitenkin järkevää esim. yksinkertaisen tietotyypin määrittelyn yhteydessä: - määritellä oman tyyppi aluksi "informalisti" (esim. selitysten, esimerkkien ja diagrammien avulla) - kirjoittaa vastaava tyyppimäärittely XML-skeemana - ja testata että kirjoitettu tyyppimäärittely todellakin vastaa aiottua (sisältäen sekä testiajoja että pohdintaa)...muuten käy helposti niin että kirjoitettu tyyppi on esim. liian salliva tai sen järkevä tulkinta ei onnistukaan (vrt. xsd:string ja listat) Yksinkertaisten tietotyyppien määrittelylle ja esimääritellyille datatyypeille löytyy käyttöä myös XML-skeemojen ulkopuolelta MATHM RAKENTEISTEN DOKUMENTTIEN JATKOKURSSI (syksy 2005) - ON 67