← Uz sākumu

Punkts uz i

2004. gada 16. janvārī, 9 komentāri

Pēdīgā laikā viens no top strīdiem webdeveloperu lauciņā ir par XML - vai pārlūkam ir jāapstrādā kļūdas vai arī jārāda XML dokuments pat tad, ja tas nav korekti noformēts? Te tad arī ir tas punkts uz i.

Tu atbildi augstāk redzamajam komentāram. Atcelt

Gravatar Smejmoon

2004. gada 16. janvārī, plkst. 18:03

Manuprāt nevajadzētu rādīt, ja ir kļūdas, izņemot XHTML, jo tas ir HTML surogāts un uz to attiecas HTML tradīcijas.

Un vispār kapēc XML (izņemot to, ka Timam tas patīk)?

Kā XML+browseris nodrošina dokumenta autentiskumu izmantojot HTTP protokolu? Nekā! Manuprāt nav nekādas garantijas par to, ka ja dokuments izskatās XMLkorekts, tas arī ir tāds, kādu autors to sūtīja.

Kurnuvēl domāja:(

Gravatar lasītājs

2004. gada 16. janvārī, plkst. 18:38

Smejmoon, runa ir nevis par dokumenta autentiskumu (ar to nodarbojas citos slāņos), bet par pieraksta nekļūdīgu interpretāciju, tas ir, lai izrauts tīkla kabelis neliek cilvēkam nodomāt, ka viņš novembrī veicis piecus maksājumus ( un nevis divdesmit piecus ), bet, lai redz paziņojumu, ka viss dokuments patiesība nav ielādēts, jo ir nekorekts, ir tādas un šādas kļūdas ... Realitātē līdz šādiem kļūdu paziņojumiem ir iecerēts neaiziet, jo programmētāji būs spiesti iepriekš izcīnīties ar šīm kļūdam, jo zinās, ka pretējā gadījumā viņu aplikācijas vispār "neies" un nevis kaut kā izlocīsies.

Gravatar Smejmoon

2004. gada 16. janvārī, plkst. 19:16

Piemēri:

a) <kurss nauda="EUR">0.67</kurss> b) <kurss nauda="EUR">0.675</kurss> c) <kurss nauda="EUR">0.6749999998</kurss> e) <kurss nauda="EUR">0.6 f) <kurss nauda="EUR">0.6549999

[c] ir pareizā vērtība kā floats attēlots decimālajā.

[e] un [f] ir nepareizs XML; es kā cilvēks varu pateikt, ka ja ir nobiris kabelis, tad [f] ir atnācis pareizi un tas, ka tur ir vēl 998, tas tāpat ir skaids, pēc float definīcijas.

vai pareizs ir [b]?

Starpības naudas ziņā nekādas. Starpība man kā programmētājam ir liela, jo float formā nevar attēlot šādu skaitli un tapēc šādi dati ir nepareizi.

Vai pareizs ir [a]?

Man nav iebildumu pret korektu datu pārraidi un pret standartiem. Vienkārši konkrētajā gadījumā ar piedāvātajiem rīkiem (hipotētiekais piemērs IE+https+XHTML1.01) nav garantijas par šādu precizitāti.

Tapēc nav ko tēlot, ka kā XHTMLs validēsies, tā būs.

Iespējams, tā nav problēma, dažiem dokuments atbildīs DTD (kas neko nenozīmē par to vai informācija ir pareiza), daži lietos HTML401 Transitional, daži lietos GPG+plain text.

Gravatar Smejmoon

2004. gada 16. janvārī, plkst. 19:18

nekonseventi sanāca: "konkrētajā gadījumā ar hipotētiekajiem rīkiem", atvainojiet.

Gravatar misame

2004. gada 17. janvārī, plkst. 00:02

imho, par izrautu kabeli var ļoti labi pārliecināties, dokumentā ievietojot checksummu doc. pārsūtot, ja klienta aprēķinātā checksumma neatbilst servera piedāvātajai.

Gravatar Axl

2004. gada 19. janvārī, plkst. 13:12

Labs iemesls, kāpēc tomēr būtu jāapstrādā kļūdains XHTML: http://diveintomark.org/archives/2004/01/14/thought_experiment

Gravatar Jāzeps

2004. gada 19. janvārī, plkst. 14:06

Axl, par visu pēc kārtas:

  1. Tim Bray aicina pārtraukt invalīda koda parsēšanu klientos, jo tas ļauj izstrādāt šķību, greizu kodu. Tajā pašā laikā Pilgrims norāda uz dzīviem kļūdu piemēriem un izmanto to kā argumentu PAR. Loģika, māmiņ, mīļā, kur tu ziemo? Tikai tāpēc, ka tie ir pazīstami vārdi? Vai arī doma "ja jau krutie džeki nespēj atbilst standartiem ...", ja? Krutie džeki nespēj tāpēc, ka viņiem nav laika darīt to, ko nevajag darīt. Tā vietā software izstrādātāji plēš matus, jo viņiem jāziedo spēki invalīdu koda interpretēšanā tā vietā, lai koncentrētos uz kaut kādām lietotājam (un nevis stulbajam markapa rakstītājam) patiešām noderīgām fīčām.
  2. Trackback arguments vēl viens loģikas kalngals. Vaina tak ir tajā softā, kas tos apstrādā. Sanāk, ka mēs bremzēsim tikai tāpēc, ka līdz šim ir uzrakstīti daži greizi softi.
  3. Pilgrims dažreiz uzvedas kā mazs peramais puika.

Gravatar Uibis

2004. gada 20. janvārī, plkst. 10:57

Nevis punkts, bet gan kulaks uz i