Paremman WordPress-koodin kirjoittaminen: Johdanto

Muutaman viime vuoden aikana olen puhunut paljon koodin laadun luonteesta ja erilaisista työkaluista, prosesseista ja kirjastoista, joita suosittelen WordPressin koodin kirjoittamiseen.

Olen myös avoin, että suurin osa tekemästäni työstä on taustakehitystä. Tämä tarkoittaa, että työskentelen pääasiassa WordPress-laajennusten parissa käyttäen olio-ohjelmointia, enkä työskentele paljoa mallipohjien tai käyttöliittymäteknologioiden kanssa.

Se on valinnanvaraa, ja olen todella tyytyväinen siihen, missä olen. Mutta poikkean.

Jos teet saman asian (tai harrastuksena), kyse ei ole vain koodin kirjoittamisesta. Kyse on oikeasta työkalusta.

Olen viitannut muutamaan näistä aiemmissa viesteissä, mutta en ole käynyt läpi käyttämiäni työkaluja ja asetuksia, joita käytän aina kun olen rakentamassa ratkaisua itselleni tai jollekin muulle.

Ei ainakaan organisoidusti.

Tässä sarjassa aion tehdä juuri näin:

Aion kattaa käyttämäni työkalut, käyttämäni kirjastot ja kuinka käytän niitä.

Viime kädessä tavoitteena on, että ne teistä, jotka lukevat tämän, voivat sisällyttää ne päivittäiseen työhönsä kirjoittaakseen parempaa koodia.

Parempi WordPress-koodi

Ennen kuin siirrymme pidemmälle, annan ensin vastuuvapauslausekkeen:

Edellinen sarja, jonka olen tähän mennessä tehnyt, on ollut pitkä. Tämä sarja ei tule. Aion keskittyä lyhyempiin, keskittyneempiin sarjoihin ja postauksiin jonkin aikaa.

Sanoin, että tässä sarjassa oletetaan, että tunnet IDE:si ja tunnet pintapuolisesti Composer. Käytän Visual Studio Codea (ja olen käsitellyt sitä melko vähän ).

Aion käydä läpi prosessin alusta alkaen siihen pisteeseen, että laajennus on valmis rullaamaan. Ei, tämä ei tarkoita, että kirjoitamme laajennusta. Mutta mennään aivan reunaan asti.

Joten tämän sanottua, aloitetaan.

Composerin asentaminen

Niille, jotka ovat lukeneet tätä blogia pitkään, tiedätte, että olen käsitellyt tätä aiemmin; En kuitenkaan koskaan halua olettaa mitään tällaista, kun on kyse niistä, jotka ovat äskettäin liittyneet tai saattavat lukea tästä ensimmäistä kertaa.

Jos olet jo määrittänyt, voit ohittaa sen. muuten jatketaan.

Mitä globaali asennus tarkoittaa?

Sovelluksen asentaminen maailmanlaajuisesti tarkoittaa, että se on käytettävissä kaikkialla järjestelmässäsi. Eli sillä ei ole väliä, oletko Documents-hakemistossasi vai projektihakemistossa, voit käyttää apuohjelmaa komentoriviltä.

Ja tietysti, voimme käyttää Composeria projektikohtaisesti (ja kannatan sitä), mutta joskus on tärkeää asentaa Composer myös maailmanlaajuisesti.

Ja sitä me täällä aiomme tehdä.

Kaksi tapaa asentaa Composer

Homebrew’n käyttö

Jos käytät Homebrew’ta, Composer on mahdollista asentaa Homebrew’n avulla. Se on luultavasti helpompi asentaa ja päivittää.

Tämä tietysti edellyttää, että Homebrew on asennettu. Jos et ja olet kiinnostunut, anna tämä komento :

$ /usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"

Huomaa kuitenkin, että jos päätät valita tämän reitin, sinun on tunnettava Homebrewissa muutamia asioita. Ja vaikka olen fani, se ei todellakaan ole osa tätä viestiä. Olen käsitellyt sitä perusteellisesti muissa viesteissä (ja voit aina lukea dokumentaatiota ).

Sitten voit asentaa Composerin Homebrew:n avulla antamalla seuraavan komennon :

Ei todellakaan, eikö?

Composerin manuaalinen asennus

Toinen tapa asentaa Composer on ladata tämä tiedosto ja sijoittaa se sitten yleiseen polkuun.

Eli kun olet ladannut tämän tiedoston (huomaa, että linkki on todellinen lataus, joten kiinnitä huomiota sen sijoittamiseen!), voit sitten suorittaa tämän komennon terminaalista:

$ mv composer.phar /usr/local/bin/composer

Ja tämä siirtää Composerin maailmanlaajuiselle polullesi.

Tarkista säveltäjän asennus

Kun olet suorittanut jonkin yllä olevista vaiheista, sinun pitäisi pystyä testaamaan Composer-versiota suorittamalla seuraava komento päätteessäsi:

Ja sinun pitäisi nähdä jotain tällaista:

Jos et, tarkista yllä olevat vaiheet.

Työkaluihin

Yksi satunnaisista kysymyksistä koskien säveltäjää on miksi? Ja vaikka voisin vastata tähän tässä postauksessa, muista, että pyrin pitämään nämä ja tämä sarja hieman ytimekkäämpänä kuin edellinen sarja.

Joten yritän vastata siihen lyhyesti seuraavassa postauksessa sekä käsitellä muutaman työkalun käytön aloittamista, minkä jälkeen alamme nähdä, kuinka sillä voi olla suurempi rooli WordPress-laajennusten kehittämisessä.