valmista kehitysympäristö

ensimmäinen asia ensin, aseta kehitysympäristö. Muistan vielä, kun aloitan matkani kehityksen, tuskallisin aika perustettiin kehitysympäristö, erityinen kuten tällainen hanke (yli 3 järjestelmiä), meidän täytyy ladata erilaisia palveluja (jar, binary, jne.) saadakseen sen auki käynnissä paikallisesti, mutta kiitos säiliö tekniikka, käyttämällä yksinkertaista docker-compose.yml tiedosto, voimme bootstrap kaikki keskeiset sovellukset / komponentit tarvitsemme.

Näetkö, kuinka yksinkertaista se on?

Development / Coding

aloitetaan hauska osa, Go on minun viimeaikainen ensiesityksen kehityskieleni, mutta miksi valitsin Dataputken kehittämisen, koska sen yksinkertaisuus, esitykset ja tyyppi turvallinen. Täällä en aio selittää hyötyä Go, jos olet kiinnostunut, tarkista Golang.org.

kuten tavallista, jos tarkistat edellisen postaukseni

miten MachineBox.io API 100% yksikön testaus kattavuus käyttämällä Go

tiedät, aion käyttää samaa sovellusrakennetta.

1. Rakenna yhteys luomalla Env-rakenne

2. Rajapintojen käyttäminen

rajapintojen käyttö voi olla tuttua Go-läpiviennistä tai virallisista asiakirjoista. Käyttöliittymien käytön kauneus Go: ssa on kuitenkin se, että voit määritellä joukon menetelmiä, jotka tyypin (usein struct) on määriteltävä, jotta sitä voidaan pitää kyseisen käyttöliittymän toteutuksena.

kun jokin tietty tyyppi toteuttaa kaikki kyseisen käyttöliittymän menetelmät, Go-kääntäjä tietää automaattisesti, että sitä saa käyttää kyseisenä tyyppinä.

3. Hakkuu

hakkuu on vaikeaa!

jos olet jo työskennellyt sovellustuotannon tukena suhteellinen funktio. Tulet arvostamaan kehittäjää, joka kirjaa tiedot siitä, miten sovellus toimii, milloin ja miten tämä sovellus epäonnistui, mikä tiedosto, mikä toiminto. (A Plus+)

Logging Example

I use the Uber Zap libs. Ja olen myös kääriä osaksi auttaja, jota voidaan käyttää eri projektin eri tasolla. Minulle, mieluummin palata alemman vipu virhe tärkein toteutus.

kirjaamisen toteutus

4. Yksikkötesti

Yksikkötestien kirjoittaminen voi varmistaa, että koodimme toimii odotetusti, on paljon vähemmän ”kallis” kuin jos vika tai regressio tekee sen aina julkaisuun asti.

jos vielä muistaa #1-rajapinnan toteutuksen, ja toinen etu rajapinnan toteutuksessa on auttaa helposti kirjoittamaan testattavaa koodia.

esimerkki yksi yksikkö testaus

yksikkö testi kattavuus on kiinnostunut aihe, käytän hullu tarpeeksi jäljittää 100% kattavuus, kuitenkin, opin läksyni, tärkein noin Yksikkö Testi on:

kuinka varma olet koodisi suhteen ja varmista, että CI/CD-automaatio nappaa mahdollisimman paljon koodaustason regressiovirheitä.

go test-cover

lopputulos

lopputulos-gif

Tukivaihe

tämä putki rakennetaan vain viikonlopun aikana, sanotaanko 10 tuntia kokonaissuunnittelua, kehitystä/koodausta. Koska yksikkö testaus kattavuus, kirjaaminen, ja paikallinen integrointi testi. Olen aika luottavainen sen tuotantovalmiuteen, kuitenkin …

Parannusvaihe

täältä puuttuu vain turvallisuuden toteutus, ympäristön taso ja kooditaso. tämä on tärkein osa, Jos haluat lähettää tuotantoon.

tässä artikkelissa keskitytään lähinnä suunnitteluun ja rakentamiseen. Seuraava viesti keskittyy enemmän tukeen ja parantamiseen. 🙂

Osa 2:

Vastaa

Sähköpostiosoitettasi ei julkaista.