Share
Als het gaat om het bouwen van op WordPress gebaseerde producten, zijn we enigszins vervloekt (of gezegend, afhankelijk van hoe je het ziet), met een tweesnijdend zwaard: omdat WordPress in PHP is geschreven, is het relatief eenvoudig om WordPress te krijgen - of de project zelf - om te doen wat het ook is dat we willen doen, terwijl we best practices vermijden.
Maar dit roept de vraag op: wat is het nut van een API of formele coderingsnormen als we ze gewoon negeren?
We hebben nogal wat geschreven over de WordPress API's in eerdere artikelen, en we hebben de WordPress coderingsstandaarden aangeroerd, maar we hebben nooit echt een diepe duik genomen in de coderingsstandaarden, elk aspect ervan begrepen en waarom ze er toe doen.
Dus in deze serie gaan we precies dat doen.
Voordat ik een blik werp op alles wat we gaan behandelen, denk ik dat het belangrijk is om te begrijpen waarom coderingsnormen er zelfs toe doen.
WordPress wordt veel gebruikt door veel van mensen die gebruiken veel van sites. Er wordt veel code gebruikt die allemaal is gebouwd bovenop de kernapplicatie. Dit betekent dat er ontwikkelaars en ontwerpers zijn die werken aan het onderhouden van die codebases.
De uitdaging komt wanneer de persoon die de code oorspronkelijk niet heeft geschreven, vastzit aan het verbeteren, beheren en oplossen van bugs voor het project. Laten we zeggen dat de eerste persoon de coderingsstandaarden niet heeft gevolgd, maar de persoon die nu de code onderhoudt, is gewend om de volgende praktische tips te volgen.
Ze hebben nu te maken met code die niets lijkt op hoe de WordPress-code eruit zou moeten zien.
En dat is echt de essentie: de code waaruit onze thema's, onze plug-ins en onze applicaties bestaan, zou er idealiter uit moeten zien als een enkele ontwikkelaar die de code heeft geschreven.
dat is welke coderingsnormen afdwingen.
Helaas worden normen genegeerd of zijn ze niet voldoende geëvangeliseerd ondanks het feit dat ze goed gedocumenteerd zijn. Dat is waar deze serie artikelen in het spel komt: we gaan naar elk van de normen kijken die diepgaand zijn om te evangeliseren, elkaar te begrijpen en elkaar aan te moedigen om een beter werk te gaan doen.
Deze serie zal naast dit inleidende stuk zeven artikelen bevatten.
Dit is waar we naartoe gaan met deze specifieke serie:
Als het gaat om bloggen, wordt er vaak van uitgegaan dat de auteur een expert is in het onderwerp, maar de waarheid is, hoewel ik er vast van overtuigd ben dat we de coderingsnormen moeten volgen en dat ik ernaar probeer te handelen naar mijn beste vermogen , Ik leer dingen elke week.
Ik heb de coderingsnormen vaak overtreden en ik weet zeker dat sommigen van jullie dat ook hebben gedaan.
Het doel van deze serie is om samen door de normen te lopen, zodat we allemaal uitkomen als betere ontwikkelaars als we klaar zijn.
Accentsconagua