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:(

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.

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.

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

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.

2misame: :)

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

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.

Nevis punkts, bet gan kulaks uz i