Talk:Meeskond "Kipsplaat"
XML failide retsensioon meeskonna "KM" poolt
Meeskond valis ülesandeks veebipoe ja tegi XML andmefail, XML skeemifail ja 2 XML stiilifaili. XML andmefaili ülesehitus on tehtud arusaadavalt ja valideerub vigadeta. Juurelemendiks on Shop millel on kolm alamelementi - Info, Categories, Products. Element Info all on elemendid Name kujul String, Description kujul string ja Contaxts elemendi alamelemendid on Contact, mille on attribute kontakti tüübiga. Element Categories on alamelemendid Category kus on müüdava sisu kategooria nimed. Element Products alamelendid on Product. Toote all olev element Data sees olevad toote spetsifikatsioon ei ole hästi üles märgitud.
Näiteks elemendi Size on pandud “16 GB”, see ei võimalda toodeid sorteerida mahu järgi, sest mahtu saab erineva ühikutega üles märkida. Teises tootes on märgitud kõvaketta suurus Elemendi HDD all kuigi tegemist sama väärtusega.
Näitena veel element RAM, kus esimesel tootel puudub ram ja teisel tootel on ram String formaadis.
See käib ka kõigi teiste Data elementide kohta. Display on märgitud “4.0-inch Retina”, hea oleks märkida ekraani suurus tollides “4” ja attributes type=”retina”, see võimaldab sorteerida suuruse järgi, ning esimese toote all on ekraani viidatud Display elemendina, siis teisel tootel on ekraan Screen element.
Tootetel puudub ühtne standart mille järgi on keeruline otsingumootorit teha. Hea näide samast andmefailist on hind, mis on märgitud Elemendi Price all ja märgitud attribute Unit- ehk viidatakse valuutale. Hind on int formaadis millega on saab lihtsalt sorteerida tooteid.
Stiilifailid on kirjutatud ülesandele vastavalt.
Kokkuvõte Kõik vajalikud kriteeriumid koduses ülesandes on täidetud. Üle tuleks vaadata toote elemendi Type faili tüübid ja luua standard.
XML failide retsensioon meeskonna "Vargamäe" poolt
Antud rühm on loonud XML faili veebipoe jaoks, kus on veel lisaks poe elementidele ja kategooriatele toodud välja ka poe informatsioon, iseasi, kui vajalik see muidugi on, aga kõigil on oma nägemus ja arvamus. XML faili puhul on täidetud kõik nõutud kriteeriumi, mis seati – olemas on 4 loogilist dimensiooni ning vähemalt kolmel neist on kasutatud atribuute, mis on enamat kui id.
XML failis jääb kohe esimese asjana silma see, et toote andmete (element Type) ühikud ei ole realiseeritud atribuutidena. Kuid selliselt on lähenetud hinna juures – tekib küsimus, et miks seda ka siis seal ei tehtud. Sellest tulenevalt ei ole näiteks XML failis sorteerida tooteid HDD mahu järgi.
Antud töö juures on positiivne see, et kasutatud on ka CDATA’t aga seda oleks võinud ka teha toote atribuutide juures (element Type), kuna on näha, et sinna on võimalik sisestada igasugust teksti (nii ühe-kahe sõnalisi kuni lausa pikemate lauseteni).
Skeemifaili puhul paistab silma, kuidas autorid on mõelnud optimaalsele mälukasutusele. Nimelt on piiratud mitmete elementide esinemiste arvu ‘maxOccurs’ attribuudiga mitte lihtsalt ‘unbounded’, vaid sinna on võimalusel kirjutatud mingi konkreetne arv ning samuti on kasutatud mõnes kohas, kus tahetakse hoida ainult positiivseid täisarvulisi väärtusi, muutujat ‘unsignedInt’, mitte lihtsalt ‘int’, reserveerides mälus nii vähem ruumi.
Kahe XSLT faili abil genereeritakse XML failis olevatest andmetest 2 e-poe lehte, üks neist nimekiri toodetest ja teine võiks olla e-poe kontaktide lehekülg. Transformeerimisel on valitud XML failist ainult need andmed, mis on vajalikud konkreetse genereeritava lehe laadimiseks. Esimeses tranformatsioonifailis torkab silma ühe ‘<xsl:choose>’ elemendi kasutus, mille abil kuvatakse kasutajale kas kohal olevate toodete arvu või teadet selle kohta, et toode on parasjagu otsas.
