Koodi

Miksi Clean Markup Matter Web-suunnittelussa?

Koska verkko on muuttuva ja jatkuvasti kehittyvä organismi, on tärkeää rakentaa sivustoja, jotka voivat kasvaa sen kanssa ja helposti ratsastaa nykyistä sijaan hukkua, kun uusi aalto lähestyy.

Puhdas merkintä ja web-standardien rakentaminen eivät ainoastaan ​​auta sinua, vaan säästää aikaa ja rahaa pitkällä aikavälillä.

Kun web laajenee, niin sen käyttämä teknologia kasvaa sen kanssa. Vaikka HTML on ollut jo pitkään, se on hankkinut melkein muutaman sidekicks matkan varrella.

Ensimmäinen Javascript, sitten CSS, XML ja myöhemmin AJAX. HTML5: n laaja käyttöönotto on aivan nurkan takana, sillä Firefox, Safari, Opera ja Chrome nauttivat jo lähes täydestä HTML5-tuesta (hitaasti lohko lohkossa, Internet Explorer, on jäljessä tavalliseen tapaan).

Tässä artikkelissa tarkastelemme verkkostandardien perustietoja, mitä he ovat, mitä he tarkoittavat sinulle, ja joitain tärkeitä vinkkejä, joiden avulla voit käsitellä tätä tärkeää ja usein laiminlyötyä kysymystä.

Mitä tarkoittaa "puhdas" merkintä?

Yksinkertaisesti sanottuna se tarkoittaa, että se ei ole tyrmäävä, standardien mukainen ja käyttää kunkin kielen tunnisteita ja rakenteita aiottuun tarkoitukseensa.

Vaivaton HTML tekee harvoista tunnisteiden käytöstä, eliminoi vieraat ja suorittaa tehtävänsä niin pienellä merkinnällä kuin tarpeen . Se välttää tarpeettomia ominaisuuksia, kuten sisäistä CSS: ää, ja jättää jokaisen jäsennellyn ja järjestetyn asiakirjan.

Samoin häiritsemättömän CSS: n tulisi välttää toistamista itsestään, hyödyntää sitä perintö (muista, CSS tarkoittaa Cascading Style Sheet) ja uudelleenkäyttöluokkia aina kun se on mahdollista.

Standardien mukainen tarkoittaa, että sivusi vahvistetaan standardin asettamien standardien mukaisesti W3C HTML, CSS ja XML. Se tarkoittaa, että käytät vapaita W3C-validoijia virheiden tarkistamiseen, korjaamiseen ja testaamiseen uudelleen, kunnes olet mahdollisimman lähellä kymmentä prosenttia .

Miksi minun pitäisi hoitaa? Se toimii, eikö ole tarpeeksi?

Jokaisella hankkeella on aggressiivinen määräaika, ja jokainen asiakas haluaa, että sivusto aloitetaan eilen. Joten web-kehittäjät ja suunnittelijat ovat jatkuvan paineen alaisena työskentelemään nopeammin ja tehokkaammin.

On helppoa pudota ajattelun ansaan nopeasti, joten sen on oltava hankalaa ja että puhdas, standardien mukainen merkintä vie enemmän aikaa. On helppo sanoa vain, "se toimii ja se on kaiken asiaa."

Toki, se toimii ... nyt, sinulle. Entä ensi vuonna tai kolmen vuoden kuluttua? Entä uusista selaimista? Mitä esteettömyydestä?

Uskotko todella, että suuret hakukoneet noudattavat erityisiä, likaisia ​​koodausmenetelmiä? He ovat fiksuja, ja jos et ole vaatimusten mukaista, potkaisitte haun sijoitusta kasvoihin .

Entä seuraava köyhä, joka on muokata näitä luomasi sivuja? Mitä tapahtuu, jos jouduit väittämään bussilla, lopetatko backpackingin Alaskassa tai jos ulkomaalaiset sieppasivat? Joku muu joutuu poimimaan, mihin jäit, ja hän tulee katsomaan koodia, yrittäen saada sen tunnetuksi. Onko se helppoa, vai antaako hän päänsärkyä ja saa hänet kiroamaan sinun nimesi?

Tee se oikein ensimmäistä kertaa. Tämä ei ole vain ärsyttävää, isällistä elämää. Se todella säästää aikaa ja rahaa ja tekee niistä, jotka seuraavat sinua, on helpompi asioiden ajankohta.

Saatat ajatella, että on nopeampaa vain pudottaa sisäinen CSS sen sijaan, että lisensit uuden luokan tyylikkäästi tyyliluetteloon. Ja saatat ajatella, että on nopeampaa heittää mitä tahansa HTML: ää, jota voit syödä ilman, että otat huomioon kokonaisdokumentin rakennetta.

Kun on aika päivittää kyseinen asiakirja myöhemmin tai kokoa uudelleen koko sivusto, vietät paljon enemmän aikaa hälinäävän koodin tekemiseen kuin koskaan pelastit. Kun luot uuden tyyliarkin, ne ikävät inline-tyylit, jotka olette kiireellisesti lisänneet, tulevat takaisin hauntelemaan sinua ja vietät tuntikausia metsästämällä niitä ja poistamalla ne.

Laajennettavuus, esteettömyys, käännös ja tulevaisuuden korjaus

Mobile selaus kasvaa kuten Godzilla atomi-steroideilla. Sen sijaan, että heidät vietiin 5 vuotta sitten jet-set-Blackberry-riippuville, tänään jokainen käyttää puhelintaan surffata verkossa.

Avustavat tekniikat - näytön lukulaitteet vammaisten sokeille ja vuorotteleville liitäntälaitteille - ovat yleisiä, etkä halua menettää myyntiä tai liikuttaa liikennettä vain siksi, ettet otta sitä huomioon.

Sivustosi on todennäköisesti käännetty puoli tusinaa kieleksi, koska lukijat ympäri maailmaa löytävät sisältösi. Kiitos Internet-arkisto , Googlen välimuisti ja muut julkaisut, jotka julkaiset tänään, ovat jo pitkään, vaikka ne on poistettu elävältä sivustolta.

Puhdas merkintä ja standardien noudattaminen menevät pitkälle varmistaakseen, että sivustosi toimivat kaikissa näissä skenaarioissa.

Käskyt ja kiellot:

  • Älä käytä tunnisteita, koska ne on tarkoitettu. Esimerkiksi: h1 on sivun ensimmäisen ylätason elementti, sitten h2, h3 ja niin edelleen. Sivua kohti pitäisi olla vain yksi h1-tunniste.
  • DO nimeä CSS-luokituksesi ja tunnuksesi käyttämällä merkityksellisiä termejä ja kysy itseltäsi, jos joku muu tietää sen, mikä luokka / tunnus toimii yksinomaan sen nimestä. Mikä nimeämissopimus on järkevämpää: # box12 tai # comment-footer?
  • Älä käytä CSS-perintöä. Esimerkiksi: jos olet määrittänyt fontin säiliöön, sinun ei tarvitse määrittää sitä uudelleen jokaisella elementillä, ellei kyseinen elementti tarvitse käyttää muuta fonttia. Tämä pitää tyylikkäät arkit kevyesti ja nopeasti latautuakseen.
  • Vahvista HTML, CSS ja XML ja korjaa mahdollisimman paljon virheitä. Kiinnitä myös varoitetut varoitukset.
  • DO double check WYSIWYG generoidaan koodi ja puhdistetaan tarpeen mukaan. He ovat pahamaineisia sylkemään suuria, paisutettuja merkintöjä, joissa on runsaasti tarpeetonta, roskapostia.
  • ÄLÄ injektoi inline-tyylit tai ulkoiset tunnisteet ja attribuutit juuri koska olet kiire.
  • ÄLÄ aseta "se toimii". Vain siksi, että sivu tekee siitä ei tarkoita sitä, että hupun alla oleva merkintä on standardien mukainen, ongelmaton tai hakukoneystävällinen.

Lisää lukemista ja resursseja


Jeff Couturier on kirjoittanut yksinomaan WDD: lle.

Seuraatko Web-standardeja verkkosivustoillesi? Miksi tai miksi ei? Jaa kommentit kanssamme.

design web-standardit puhdista merkki ylöspäin