Talk:Sense Of Direction: Difference between revisions
| Line 3: | Line 3: | ||
XML fail valideerub. XML failil on kasutatud vähemalt 4 loogilist dimensiooni, täpselt nagu oli nõutud. XMLis kasutatud kirjutamise stiil on läbiv - läbiv Camel Case. Elemendi <\mark> ja <varustus> andmed võiksid olla samuti CDATA sees. Testandmeid on küll kasutatud, kuid meie nägemist mööda võiksid need olla rohkem varieeruvad - esmapilgul tundusid kõik andmed copy-paste´ga tehtud. XML on hästi struktureeritud - seda on hea lugeda. | XML fail valideerub. XML failil on kasutatud vähemalt 4 loogilist dimensiooni, täpselt nagu oli nõutud. XMLis kasutatud kirjutamise stiil on läbiv - läbiv Camel Case. Elemendi <\mark> ja <varustus> andmed võiksid olla samuti CDATA sees. Testandmeid on küll kasutatud, kuid meie nägemist mööda võiksid need olla rohkem varieeruvad - esmapilgul tundusid kõik andmed copy-paste´ga tehtud. XML on hästi struktureeritud - seda on hea lugeda. | ||
Tundub, et element <suund> on dubleeriv, seda saab kokku panna <lahteKoht> ja <sihtKoht> elemenditest. | Tundub, et element <suund> on dubleeriv, seda saab kokku panna <lahteKoht> ja <sihtKoht> elemenditest. | ||
Atribuut bussiLiik elemendis <buss> jääb arusaamatuks, mida tähendab see "tavaline". | Atribuut "bussiLiik" elemendis <buss> jääb arusaamatuks, mida tähendab seal see "tavaline". | ||
Elemendis "valjumisPaev" ei tundu olevat põhjendatud atribuut "soidab", ehk võiks lihtsalt ära jätta true ja false väärtused. Tundub, et seda "soidab" atribuudi väärtust true või false on tahetud kasutada lihtsalt transformeerimise ajal kontrolliks. Kui on false ära jätta, siis ole vaja kontrolli teha, et kas sõidab. Samas kui tahta kontrollida, mis päevadel buss ei sõida, siis oleks seda atribuuti tõepoolest vast vaja. | |||
XSD on | XSD on meie meeskonna arvates hästi tehtud ning valideerub. | ||
XSLT HTML on arusaadav, sest struktuur on hästi läbi mõeldud. Transformatsioon teskti failiks jääb arusaamatuks, miks valiti just see, milleks võib kunagi tekstifaili vaja minna. | XSLT HTML on arusaadav, sest struktuur on hästi läbi mõeldud. Transformatsioon teskti failiks jääb arusaamatuks, miks valiti just see, milleks võib kunagi tekstifaili vaja minna. | ||
Revision as of 16:15, 19 March 2017
Retsensioon Redundant Rappers poolt 19.03.2017
XML fail valideerub. XML failil on kasutatud vähemalt 4 loogilist dimensiooni, täpselt nagu oli nõutud. XMLis kasutatud kirjutamise stiil on läbiv - läbiv Camel Case. Elemendi <\mark> ja <varustus> andmed võiksid olla samuti CDATA sees. Testandmeid on küll kasutatud, kuid meie nägemist mööda võiksid need olla rohkem varieeruvad - esmapilgul tundusid kõik andmed copy-paste´ga tehtud. XML on hästi struktureeritud - seda on hea lugeda. Tundub, et element <suund> on dubleeriv, seda saab kokku panna <lahteKoht> ja <sihtKoht> elemenditest. Atribuut "bussiLiik" elemendis <buss> jääb arusaamatuks, mida tähendab seal see "tavaline". Elemendis "valjumisPaev" ei tundu olevat põhjendatud atribuut "soidab", ehk võiks lihtsalt ära jätta true ja false väärtused. Tundub, et seda "soidab" atribuudi väärtust true või false on tahetud kasutada lihtsalt transformeerimise ajal kontrolliks. Kui on false ära jätta, siis ole vaja kontrolli teha, et kas sõidab. Samas kui tahta kontrollida, mis päevadel buss ei sõida, siis oleks seda atribuuti tõepoolest vast vaja.
XSD on meie meeskonna arvates hästi tehtud ning valideerub.
XSLT HTML on arusaadav, sest struktuur on hästi läbi mõeldud. Transformatsioon teskti failiks jääb arusaamatuks, miks valiti just see, milleks võib kunagi tekstifaili vaja minna.
