Käyttäjäasetusten käyttäminen Visual Studio Codessa

Jos et ole lukenut viime viikkojen postausta (ja olet sivuston jäsen), kehotan sinua tekemään niin nyt, sillä tämä jatkaa täsmälleen siitä mihin edellinen jäi.

Lyhyesti sanottuna alamme puhua Visual Studio Coden määrittämisestä ammattimaista WordPress-kehitystä varten. Tietenkin tämä herättää kysymyksen: Mitä on ammattimainen WordPress-kehitys?

Jos kysyt kymmeneltä eri ihmiseltä, saat todennäköisesti 8-10 erilaista vastausta; Määrittelisin sen kuitenkin ammattimaisten ohjelmistokehityskäytäntöjen käyttämiseksi WordPressin yhteydessä.

Luonnollisesti, eikö? Mutta mitä tämä pitää sisällään?

Päältäni ajattelen:

• Käyttämällä asianmukaisia ​​riippuvuuden hallintatyökaluja, kuten Composer, NPM tai Yarn,
• Virheenkorjaus keskeytyskohtien avulla (var_dump ja echo),
• Tietäen kuinka muotoilla koodi käyttämällä tiettyä standardia (PSR siinä tapauksessa, että aion käyttää),
• Tiedoston organisaatiorakenne,
• Käyttämällä asioita, kuten Sass, JavaScript linting ja niin edelleen kehityksen helpottamiseksi

Mutta ennen kuin ryhdyn tähän kaikkeen, mielestäni on tärkeää määrittää IDE niin, että se näyttää hyvältä, toimii hyvin haluamallamme tavalla ja että ymmärrämme, miten se toimii, jotta voimme muokata sitä edelleen tarve syntyy.

Joten tämänpäiväisessä viestissä tarkastelemme juuri sitä: Visual Studio Coden asetusten hallinnan ymmärtäminen ja ehdotettu luettelo kokoonpanovaihtoehdoista, jotka auttavat tekemään kokemuksestasi mahdollisimman vakaan.

Käyttäjäasetukset Visual Studio Codessa

Ennen kuin aloitat, suosittelen lataamaan Fira Coden ja asentamaan fontin valitsemaasi käyttöjärjestelmään. Vaikka on paljon muitakin kirjasimia (kuten Source Code Pro ), jotka ovat myös mukavia, olen huomannut Fira Coden olevan yksi henkilökohtaisista suosikeistani erityisesti ligatuureineen (mutta lisää siitä hetken).

Tämä on se, mitä näet kuvakaappauksissa tämän sarjan loppuosan ajan.

1 Asetusten ymmärtäminen

Ensinnäkin huomaa, että Visual Studio Codessa on oletustiedosto, jota se käyttää asetuksiin kaikissa projekteissaan. Huomaat tämän, jos siirryt Koodi > Asetukset -valikkoon (tai mihin tahansa käyttöjärjestelmääsi vastaavaan.

Lyhyesti sanottuna kaikki on asetettu JSON-tiedostoon. Tässä se on hauskaa: Voit mukauttaa tätä tiedostoa ohittamalla sen tarjoaman käyttäjäasetukset-tiedoston avulla.

Ja kiva asia on, että vaikka se ohittaa Visual Studion tarjoukset, IDE palaa aina sen mukana toimitettuihin oletusasetuksiin.

Tässä nimenomaisessa viestissä aion tarkastella yksinkertaisesti editoriasetusten määrittämistä. Tulevissa viesteissä aiomme kuitenkin tarkastella työskentelyä PHP:n, koodausstandardien ja muiden kanssa.

2 Asetusten määrittäminen

Tätä viestiä varten oletan, että sinulla on projekti auki. Tämä voi olla uusi projekti tai olemassa oleva projekti. Riippumatta siitä, mitä aion tarjota, on edelleen voimassa.

Toiseksi aion tehdä ehdotuksia useimmiten tekemäni työn tyypin perusteella. Vaikka suosittelen näitä asetuksia muille ja vaikka saatammekin tehdä pieniä muokkauksia (esimerkiksi jotkin linterit eivät halua tilaa läpi koko tämän sarjan IDE:ssä, nämä ovat yleisimmät asiat, joita käytetään aloittamiseen).

Kun avaat tiedoston ensimmäisen kerran, se on tyhjä. Muista, että se on kirjoitettava oikealla JSON-kielellä, muuten se ei toimi (puhumattakaan nyt virheestä).

Tässä on esimerkki siitä, mitä minulla on editorin asetuksissa :

{
    // Editor Settings.
    "editor.fontFamily": "Fira Code",
    "editor.fontLigatures": true,
    "editor.fontSize": 13,
    "editor.renderWhitespace": "all",
    "editor.tabSize": 4,
    "editor.insertSpaces": true,
    "editor.detectIndentation": false,
    "editor.formatOnSave": false,

    "files.trimTrailingWhitespace": true,

    // ...
}

Jokaisen tulee olla itsestään selvä; Huomaa kuitenkin, että minulla on editor.fontLigatures asetettu true, koska käytän Fira Codea. Tämä muuttaa tietyt asiat, kuten = ligatuuriksi.

Tämä tekee koodin kirjoittamisesta paljon miellyttävämmän.

3 Projektien jakaminen

Lopuksi yksi hyödyllisistä asioista on se, että projektit ovat paikassa, joka voidaan jakaa useiden koneiden kesken. Tämä voidaan tehdä Google Driven, Dropboxin tai iCloud Driven kautta.

Joka tapauksessa suosittelen seuraavaa:

1. Jos haluat säilyttää projektisi, oleta, että ne eivät tietenkään ole arkaluonteisia tiedostojenjakopalvelussa,
2. Tallenna jokainen työtilatiedosto yhdessä projektitiedostojen kanssa mainittuun palveluun.

Tällä tavalla, jos päätät käyttää useita koneita, sinulla pitäisi olla lähdetiedostot, joita tarvitset työskennelläksesi kunkin projektin parissa. Mutta en ota kantaa tähän. Olen keskustellut tästä edellisessä viestissä, ja prosessi kuulostaa edelleen.

Minusta tuntui yksinkertaisesti, että sen osoittaminen olisi hyvä liike vain siltä varalta, että et ole harkinnut sitä.

Tarkastellaan koodausstandardeja

Tämä postaus ei tietenkään ole äärimmäisen tekninen, mutta aiomme aloittaa koodausstandardien toteuttamisen seuraavassa postauksessa, ja se vaatii hieman työtä Composerin kanssa sekä työskentelyä käyttäjäasetusten kanssa.

Ja varmistaaksemme, että pystymme siihen, on järkevää luoda perusta asetusten toiminnan ymmärtämiselle, jotta voimme jatkaa niiden muokkaamista tulevaisuudessa.