Skriva bättre WordPress-kod: Introduktion
Under de senaste åren har jag pratat mycket om kodkvalitetens natur och olika verktyg, processer och bibliotek som jag rekommenderar att använda när det kommer till att skriva kod för WordPress.
Jag är också öppen för att majoriteten av det arbete jag gör är i backend-utveckling. Det betyder att jag övervägande arbetar med WordPress-plugins med hjälp av objektorienterad programmering och arbetar inte så mycket med mallar och inte heller lika mycket med front-end-teknologier.
Det är ett val, och jag är verkligen nöjd med var jag är. Men jag avviker.
Om du sysslar med att göra samma sak (eller gör det som en hobby) handlar det inte bara om att skriva koden. Det handlar om att ha rätt verktyg på plats.
Jag har hänvisat till några i dessa i tidigare inlägg, men jag har inte gått igenom de verktyg jag använder och inställningarna jag använder när jag bygger en lösning för mig själv eller någon annan.
Åtminstone inte på ett organiserat sätt.
I den här serien kommer jag att göra exakt det:
Jag kommer att ta upp verktygen jag använder, biblioteken jag använder och hur jag använder dem.
I slutändan är målet att ni som läser detta kan införliva dem i ert dagliga arbete för att skriva bättre kod.
Bättre WordPress-kod
Innan vi går vidare ska jag först ge en ansvarsfriskrivning:
Den tidigare serien som jag har gjort hittills har varit lång. Den här serien kommer inte. Jag ska fokusera på kortare mer fokuserade serier och inlägg ett tag.
Med det sagt, den här serien förutsätter att du är bekant med din IDE och har en översiktlig kunskap om Composer. För mig använder jag Visual Studio Code (och jag har täckt det en hel del ).
Jag kommer att gå igenom processen från allra första början tills jag har ett plugin redo att rulla. Nej, det betyder inte att vi skriver ett plugin. Men vi ska gå ända upp till kanten.
Så med det sagt, låt oss börja.
Installerar Composer
För er som har läst den här bloggen länge, då vet ni att jag har tagit upp detta tidigare; dock vill jag aldrig anta något liknande när det kommer till de som nyligen har gått med eller kanske läser om detta första gången.
Om du redan är inställd kan du hoppa över det; annars, låt oss fortsätta.
Vad betyder global installation?
Att installera en applikation globalt innebär att den är tillgänglig överallt på ditt system. Det vill säga, det spelar ingen roll om du är i din dokumentkatalog eller i en projektkatalog, du kan komma åt verktyget via kommandoraden.
Och visst kan vi använda Composer på projektbasis (och jag förespråkar det), men det finns tillfällen då det är viktigt att installera Composer i en global miljö också.
Och det är vad vi ska göra här.
Två sätt att installera Composer
Använder Homebrew
Om du använder Homebrew är det möjligt att installera Composer med Homebrew. Det är utan tvekan lättare att installera och uppgradera.
Naturligtvis förutsätter detta att du har Homebrew installerat. Om du inte gör det och är intresserad anger du det här kommandot :
$ /usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"
Observera dock att om du väljer att gå den här vägen kommer det att finnas några saker du behöver vara bekant med runt Homebrew. Och även om jag är ett fan, är det inte riktigt en del av det här inlägget. Jag har behandlat det på djupet i andra inlägg (och du kan alltid läsa dokumentationen ).
Sedan kan du installera Composer, med Homebrew, genom att ange följande kommando :
Verkligen inte, eller hur?
Installera Composer manuellt
Det andra sättet att installera Composer är genom att ladda ner den här filen och sedan placera den i din globala sökväg.
Det vill säga, när du har laddat ner den här filen (observera att länken är en faktisk nedladdning så var uppmärksam på var du placerar den!), kan du sedan köra det här kommandot från terminalen:
$ mv composer.phar /usr/local/bin/composer
Och detta kommer att flytta Composer till din globala väg.
Verifiera kompositörens installation
När du har följt ett av stegen ovan bör du kunna testa versionen av Composer genom att köra följande i din terminal:
Och du borde se något sånt här:
Om du inte gör det dubbelkolla sedan stegen ovan.
Till Verktygen
En av frågorna som dyker upp då och då, angående kompositör, är varför? Och även om jag skulle kunna svara på det i det här inlägget, kom ihåg att jag jobbar på att hålla de här och den här serien lite mer kortfattad än de tidigare serierna.
Så jag ska försöka svara på det, i korthet, i nästa inlägg, samt täcka hur man kommer igång med några verktyg, varefter vi börjar se hur det kan spela en större roll i utvecklingen av WordPress-plugins.



