Hoe belangrik is W3C XHTML/CSS bevestiging wanneer die finalisering van die werk?[gesluit]

Question

Selfs al het ek altyd streef daarna om vir die volledige validering van hierdie dae, ek wonder dikwels of dit is'n vermorsing van tyd.As die kode loop en dit lyk dieselfde in al die blaaier (ek gebruik browsershots.org om te verifieer) dan het ek nodig om dit te neem enige verdere of is ek net té anaal?

Watter vlak jy hou jou kode wanneer jy dit skep vir:

a) jouself b) jou kliënte

P. S.Jeff en die maatskappy, hoekom nie stapel oorloop bekragtig?:)

EDIT:'n paar goeie insigte, ek dink dat, want ek het al so geldig-obsessie vir so lank ek van die program om te weet wat sal probleme veroorsaak en wat sal nie so ek is in'n beter posisie as die mense wat die skep van'n webwerf vir die eerste keer en dan "gaan terug en los die validering probleme"

Ek dink ek kan post'n ander vraag op stapel oorloop;"Het jy bevestig as jy gaan of doen jy klaar is en dan terug te gaan en te bekragtig?" soos wat blyk te wees waar hierdie vraag gaan

Answer 1

a) Moet dieselfde lyk

b) As die standaarde voldoen as moontlik, maar nie so anale dat dit blokke afwerking werk

In 'n situasie waar jy moet ewige toegang tot die kode, dink ek nie standaarde-nakoming is al wat belangrik is, aangesien jy altyd veranderinge aan die kode as iets breek kan maak. As jy nie ewige toegang het (dit wil sê, jy afteken op die kode en dit iemand anders se verantwoordelikheid), is dit waarskynlik die beste te wees as die standaarde voldoen as moontlik om onderhoud hoofpyn later verminder ... selfs al is jy nooit weer hoef te hanteer die kode weer, jou reputasie voortduur en om ander potensiële kliënte oorgedra kan word, en baie spanne graag die vorige ontwikkelaar (s) te blameer vir probleme wat kom.

Answer 2

Ek dink dit is 'n gebied waar jy moet daarna streef om die Robuustheid beginsel sover dit prakties (wat is goeie raad vir 'n gebied van kodering). Net omdat iets werk vandag beteken nie dat dit sal werk môre: as jy vertrou op 'n spesifieke HTML / CSS hack of selfs as jy net 'n bietjie laks gewees het in afgee streng geldige kode, die volgende iterasie van bruisers goed kon breek. Doen dit een keer op die regte manier minimeer hierdie probleem (hoewel nie heeltemal versag dit).

Daar is 'n sekere element van pragmatisme om hier te neem, al is. Ek sal beslis al wat ek kon doen vir webwerf 'n kliënt se om geldig te wees, maar ek sou bereid wees om meer risiko's te neem op my eie ruimte wees.

Answer 3

Ek dink dit is net "tegnologie" ouens wat regtig omgee vir "100% standaard nakoming". My gebruiklike bladsy verbruikers (= gebruikers) gee nie om as daar geen alt-kenmerk vir 'n "spyskaart grens prentjie element".

Ek gewoonlik net seker maak dat ek nie enige ooglopende foute (Alle tags gesluit, alle kleinletters, skryf in aanhalingstekens, ...) te sien, maar as dit lyk goed op Internet Explorer en VF, dis al wat ek omgee vir . Ek het nie regtig omgee as ek gebruik 'n nie-standaard kenmerk in enige HTML tag, sodat die bladsy nie bekragtig teen 'n DTD -. So lank as wat ek die visuele resultate wat ek bedoel is om te kry

Answer 4

Vir begrip hoekom validering sake, dit is wat nodig is om te verstaan hoe om'n leser werk by sy verskillende lae, en ook'n bietjie oor die geskiedenis van die web vanuit die perspektief van die web blaaiers.

Die HTML-jy gee om'n leser geïnterpreteer deur die leser na die DOM, 'n aansoek programming interface wat kaarte uit die hele bladsy as'n hiërargie van nodes.Elke deel van dit boom is'n tipe van die node wat die verskillende soorte van die data.DOM (Dokument Voorwerp Model) is nodig as gevolg van die diversiteit van HTML bladsye wat vroeg web blaaiers (Netscape, dit wil sê...) geïmplementeer te laat verander die voorkoms en inhoud van'n web bladsy sonder herlaai dit.Vir die behoud van die kruis-platform aard van die web, W3C wou op te los, die verskillende implementering van diegene blaaiers, stel DOM.

DOM ondersteun het'n groot prioriteit vir die meeste webblaaiers verskaffers, en pogings is deurlopend te verbeter ondersteun op elke vrystelling.So, dit het gewerk.

DOM is die baie basiese stap met wat'n webblaaier begin.Sy belangrikste vloei is:

1. die ontleding van HTML te bou die DOM boom
2. lewer boom konstruksie
3. uitleg van die lewer boom
4. die verf van die lewer boom

Die stap 1 gee die inhoud boom, met die tags blyk te DOM nodes.Die stap 2 gee die lewer boom, wat die stilering van die inligting.

So, hoekom validering sake:want inhoud boom en lewer boom is die basis van wat die web leser begin sy werk.Die meeste van hulle is goed gedefinieer, die beter vir die web browser.

Uiteindelik, die DOM is ook die basis vir jou JavaScript gebeure.So, sy validering help om die interaksie laag te.

Answer 5

Ek weet dit is nie die antwoord op jou hele vraag, maar dit is die moeite werd ag geneem word dat deur die gebruik van heeltemal geldig html kan jy seker wees dat jou webwerf behoorlik in toekoms webblaaiers wat nie behoort te werk nog vrygestel.

Answer 6

My benadering is geneig om te wees om te verseker Ek kan heeltemal te bekragtig op alle bladsye, maar ek nog steeds die bladsy te stuur as teks / html plaas van aansoek / xhtml + xml so daar is geen lelike XML foute in die geval ek iets gemis het.

Answer 7

Vir my, ek voel soos ek 'n goeie werk gedoen het as my kode bekragtig. Sien die groen boks op die W3C bladsye net laat my effens duiselig. Soos vir Groep B, Hulle het gewoonlik net sorg dat dit lyk en werk op dieselfde oor blaaiers. Hulle plaas net ek het gevind dat dit is nie waar is die owerheidsektor. Hulle vereis volledige validering nie net met die w3c maar ook verby ADA toetse (basies hoe klink dit met 'n skerm leser).

post scriptum. as ek sê regeringsektor, bedoel ek spesifiek die staat van Kalifornië en 'n paar lande in dit. Ek het geen ther ervaring met ander regering groepe het daarby.

Answer 8

Ek dink validering is'n goeie lakmoes toets of jy gedoen het dinge behoorlik, so as daar is slegs'n paar klein probleme, waarom nie los hulle en verseker dat jou webwerf sal ten minste verstaan word korrek deur die blaaier in die toekoms (selfs as hulle dit doen lewer dinge anders vir ander redes)?

OTOH, vir die meeste projekte, validering lyk soos'n groot hoofpyn, en as jy kan kry dinge werk oor blaaiers, dit is nie die moeite werd om'n ekstra dag/week+ op net validering.

Answer 9

Behalwe dat die validators self so positief anale,  wanneer hulle vlag 'n fout of waarskuwing wanneer 'n -moz- of -webkit of -o- maw 'n leser spesifieke kwalifikasie term word gebruik. ook wil hulle jou te 0px eerder as 0 of ander eenhede te spesifiseer Nul is nul watter eenhede die validator wil dit kyk teen!

Probeer net bekragtiging van die WordPress twentyeleven style.css dit gooi 140 vreemde foute wat al van die natuur is bo of die validator is om te herstel van parse foute

Die validators is nutteloos as jy die koring van die kaf nie kan sorteer !!!

Ons moet validators wat die leser spesifieke kwalifikasie terme herken!