Miks te vajate veebiarenduse jaoks kooditugevust

Koodi optimeerimine on võrreldav kirjutamise redigeerimisfaasiga. Kõigepealt peate oma ideed koodi kodeerima, kuid teie kood tuleks optimeerida selliste tööriistadega kood nuusutab tootma parima võimaliku toote.

Koodilippimine on termin, mis kirjeldab regulatiivsete standardite järgimise koodi kontrollimine. Nendes eeskirjades võidakse täpsustada sisestamiseks kasutatavate tühikute arvu, lokkide traksid või muutujate nimetamist. Standardid ei ole veebirakenduse loomiseks olulised, kuid standardid on olulised sisemise järjepidevuse ja koodide hoolduse jaoks.

See on koht, kus kood sniffing on mugav kõigile arendajatele. ma tahaksin uurige koodi nuusutamise protsessi ja pakkuda mõnda kommunaalteenused, mis aitavad koodi standardeid analüüsida.

Mis on kood Sniffing?

Koodi nuusutamise toiming on tavaliselt automatiseeritud säästa aega ja vähendada vigu. Kood nuusutab kontrollige, kas lähtekoodid vastavad standarditele sisemiste arendusmeeskondade või reguleerivate organite poolt.

Koodilippimine sarnaneb koodide lintimisele, kuid rohkem pedantilisele. Lintimine toimub peamiselt kontrollib vigu ja süntaksivigu samal ajal kui nuusutamine otsib probleeme tee kood on kirjutatud. PHP-fail võib endiselt korralikult toimida, kuid ei suuda koodi nuusutada, kui muutuja nimi ei järgi standardeid (st. $ myVariable vs $ my_variable).

Sarnane terminoloogia on koodilõhn, mis kontrollib vigu koodis, mis võib põhjustada suuremaid vigu. See võib olla seotud koodide standarditega, kuid hõlmab ka kõrgema taseme arhitektuurid homogeense koodi kirjutamiseks.

Kõik need valdkonnad on väärt katmist ja on asjakohased nuusutamise koodimiseks. Pea meeles, et see nuusutuskood on ei leia alati käitustoiminguid kuna selle prioriteet on standardite range järgimine.

Nüüdseks võite küsida endalt isegi standardeid? Tõde on see, et see on oluline, kuid optimeerimise ja projekti puhastamise jaoks. Paljud arendajad nõustuvad, et standardid on programmeerimise ja veebiarenduse jaoks olulised - eriti suurte meeskonnaprojektide puhul.

Siin on tsitaat arendajalt Paul Jonesilt, mis selgitab, miks on koodstandardid kasulikud.

“Kodeerimise stiili standard ei tähenda, et üks stiil on objektiivselt parem kui teine… Selle asemel on mõte luua teadaolevad ootused selle kohta, kuidas kood hakkab otsima.”

Kui te ehitate endale endale väikese veebi, ei pruugi WCAG 2.0 või PSR-2 standarditel kulutada aega. Kuid kaaluge sadu arendajaid, kes töötavad Adobe Photoshopi lähtekoodi abil. Oleks kaootiline, kui igaüks kirjutab oma stiili ja ühendaks selle kõik kokku.

Kuigi meeskonnad tuginevad suuresti standarditele, võivad need reeglid olla kasulikud ka üksikutele arendajatele. Koodstandardeid leiate kõike alates CSS-st WordPressile, et pole mingit vabandust, et mitte proovida ja näha, kas teie koodi kvaliteet paraneb.

Koodistandardite väärtus

Standardid loomulikult hoia oma koodi puhtana ja organiseeritud. Arendajad teavad täpselt, kuidas kirjutada koodi ja kuidas järgida üksteise tööd.

Koodstandardid aitavad ka avatud lähtekoodiga arendamist, pakkudes teistele eeskirju. Faile saab iga kuu või aasta hiljem kätte saada ja neid on siiski lihtne lugeda.

Hea idee on range kodeerimisstiil isegi siis, kui otsustate ise teha. See võtab palju vaeva, kuid projektide kasvades on seda tüüpi dokumentatsioon hindamatu.

Siin on mõned kodeerimisstandardid, millega arvestada, et see hõlmab erinevaid veebikeeli.

• PEAR kodeerimisstandardid (PHP)
• Google'i standardid HTML / CSS jaoks
• Google'i JavaScript-standardid
• Django kodeerimise stiil (Python)
• Rails Style Guide (Ruby)
• WCAG 2.0 (UX)

Parima koodi nuusutamine

Nüüd on võimalik leida vaba koodi sniffers kõike alates HTML / CSS et backend keeltes nagu PHP ja SQL. Te ei pea neid nuusutajaid kasutama või järgima iga keele standardeid, kuid tasub uurida võimalusi, kuidas näha, mis võiks teie jõudlust parandada.

Esikood Keerub

Kuigi HTML ei ole vajadus kood, mis ei lőpetanud Squizi ehitamist. See on täiesti avatud lähtekoodiga ja majutatud GitHubis, kus on võimalik kopeerida / kleepida koodi brauserisse või salvestada järjehoidja, et töötada üksikutel veebilehtedel.

See kontrollib WCAGi kolme taseme A, AA ja AAA juurdepääsetavuse standardit koos jaotise 508 suunistega, mis kehtivad peamiselt valitsuse veebisaitidele.

CSS-i arendajad võivad soovida seda tasuta CSS-koodi, mis on ka avatud lähtekoodiga, mis on majutatud läbi sõlme paketthalduri.

jQuery kasutajad peaksid läbi vaatama Dmitri Sheiko ehitatud JSCodeSnifferi. See on veel üks tasuta veebisait, mis asub GitHubis, mis vastab jQuery koodi stiilijuhile.

Teise võimalusena võite proovida oma JS-koodi lintinguga JavaScript Lint või JS Lint. Need tööriistad kontrollivad pigem süntaksi vigu kui koodistandardeid, kuid nad on ka väga kasulikud, kui tegemist on eesmise koodi optimeerimisega.

Salvestuse jaoks on võimalik kontrollida ka JS / CSS standardeid PHP_CodeSniffer abil.

PHP kood Sniffer

PHP_CodeSniffer on teie tööriistaribal kohustuslik tööriist, kui soovid järgida PHP koodide standardeid. Pakett sisaldab vähe PHP skriptid, mis analüüsivad PHP, JS ja CSS koodi vastavust teie valitud koodi stiili dokumentatsioon.

PHP_CodeSniffer Greg Sherwoodi looja kirjutas suurepärase taustavaate sellest, kuidas idee tekkis ja milliseid probleeme ta püüab lahendada (kui teil on aega lugeda).

Kokkuvõttes töötas Greg koos PHP-sse sisseehitatud meeskonnaõppe JavaScriptiga. Nende eesmärk oli struktureerida JS nii, et see järgiks PHP koodi standardeid, et muuta elu lihtsamaks ja edasi. Seega sündis PHP_CodeSniffer.

See on suurepärane PHP arendajatele, sest keel on kohustuslike stiilinõuetega väga lahtine. Sellised raamistikud nagu Laravel on rangemad, kuid arendajad saavad (ja peaksid) seadma oma koodistandardid, tuginedes kolmanda osapoole raamistikule.

Erinevad standardid, nagu PSR-0, PSR-1 ja PSR-2, on kõik populaarsed ja pakitud koos PHP nuusutamise raamatukoguga.

Kuid PHP CMS-i jaoks on palju teisi eelnevalt tehtud koodistandardeid, nagu WordPress, Magento ja Drupal. Drupali südamiku arendajad avaldasid isegi ametliku koodiga Sniffer mooduli nimega Coder.

PHP on kahtlemata lihtsaim keel, et optimeerida koodi snifferitega. Kui otsite PHP koodide standardite loend vaadake seda GitHubi kirjet.

Teised taustaprogrammid on kitsamad

Taustaprogrammide arendajad töötavad erinevates keeltes peale PHP ja numbrid kasvavad igal aastal. Alternatiivsete keeltega on meil ka alternatiivne kood nuusutades raamatukogusid, nagu Pythoni kood-sniffer.

Võimalik on vaadata teisi skripte võrgus või kasutada selliseid töövahendeid nagu PyLint. Kuid see on veel üks metoodika, mis nõuab kannatlikkust oma arenguvoolu jaoks.

Ruby devidel on ka mitmeid valikuid koodi lintimine ja analüüs. Parimad neist on alati vaba ja avatud lähtekood, nagu Ruby Lint, staatilise koodianalüsaator, mis on ehitatud kaasaegse Ruby koodi jaoks.

Ma pole veel leidnud pühendatud Node.js koodi, kuid ma loodan, et projekt ilmub aja jooksul. On olemas JS-kood, mis toetab Node-standardeid, kuid see on ikka veel uuem backend-keel ja vajab aega kasvamiseks.

Lõpuks on andmebaasides SQL-süntaks. See kood võib olla keerulisem, kuna SQL lähtekoodi jaoks on raske leida hästi toetatud süntaksistandardeid. Aga ma leidsin SQL-vormingu veebi, mis peaks andmebaasi päringute optimeerimisel osutuma tohutult kasulikuks.

Tõmba otsad kokku

Parim koht koodi käivitamiseks on ühe keele ja ühe standardiga. HTML / CSS on lihtne koht alustamiseks arendajatele, samal ajal kui PHP on tihti lemmikvalik taustaprogrammide arendajate (eriti WordPress devs) vahel..

Ja kui soovite rohkem teada saada neid seotud postitusi koodi nuusutamise, lintimise ja automatiseeritud koodianalüüsi kohta optimeerimiseks.

• Miks vajate kodeerimisstandardeid
• Kood lõhnab Jeff Atwoodi poolt
• PHP kood Sniffer: installimine ja seadistamine
• CodeSnifferi tutvustus (1. osa)
• GitHub Showcase: Puhastage koodilõike