Kas soovite koodi kodeerida? Esiteks õppige probleemi lahendama.

Pilt saidilt Unspalsh

Enamik õpetusi, mida olete varem lugenud või vaadanud, teevad tavaliselt ühte asja, lusikate söötmist.

See on uue asja õppimiseks "OK", kuid mitte hea, kui peate lahendama reaalse ülesande.

Ülesanne hõlmab tavaliselt eesmärgi saavutamist probleemist ülesaamisega. See postitus tutvustab kõige olulisemat nippi kõigile algajatele tarkvarainseneridele.

TL; DR

Esiteks lahendage probleem. Seejärel kirjutage kood. - John Johnson

Teisisõnu, töödelge lahendus paberil välja sammhaaval. Seejärel alustage selle koodi kirjutamist. Ärge unustage kõigepealt koodi ja tarkvara kujundamist.

Mis siis juhtub?

Mitu korda olen kuulnud, kuidas algajad ja nooremad tarkvarainsenerid ütlevad: “Ma võisin juhendit järgida ja arvasin, et saan kontseptsioonist aru. Kuid kui proovisin oma lemmikloomaprojektiga sarnast asja teha, ei saanud ma seda teha. ”

See juhtub kahel põhjusel.

Esiteks kaotasite kusagil mõtterongi ega suutnud ketti luua.

Teiseks, sa olid koodis nii sassis, et põhiprobleem, mida üritasid lahendada, langesid fookusest välja.

See probleem juhtub ka tarkvarainseneride ja isegi vanemate tarkvarainseneride puhul.

Hea on see, et kogemustega teate, millal peatuda või teha paus. Seejärel tulge tagasi probleemi juurde mõne teise retsepti abil ja leidke kiirem lahendus.

Paljud teist võivad sellega suhestuda: üritasite nii palju tunde probleemi lahendada. Tegite pausi või magasite sellest üle ning järgmisel seansil oli lahendus minutitega valmis.

See pole maagia. Sellega vaadeldakse probleemi teisest vaatenurgast.

Illustreerime näitega

Peate tegema ülesande - näiteks looma maksetega tagasimakse.

Teile antakse andmebaasi skeem. See on tagatisülesanne ja peate looma POST / tagasimaksete API, mis loob tagasimakse ja sellega seotud maksed. Andmebaasi struktuur on järgmine:

Tagasimaksmisel on alati põhjus, näiteks „kahjustatud kaubad” või „hilinenud kohaletoimetamine”.

Saate ühe meeskonnaliikmega arutada API kasulikkust. Võite kokku leppida JSON-i alljärgnevas kasulikus koormuses:

Tavaline stsenaarium

Enamik algajatest tarkvarainseneridest teeb koodialuse skannimise, kui see on olemas. Nad hakkavad kohe mingit koodi kirjutama. Kui mõni testimiskultuur on paigas, kirjutavad nad võib-olla mõne automaatse testkoodi.

See on koht, kus libiseb enamik algajaid ja isegi mõned kogenud tarkvarainsenerid. Ärge kirjutage koodi, kui te pole probleemi lahendanud.

Sobiv samm

Kõige sobivam samm on istuda ja lahendada probleem paberil sammhaaval.

Nii et küsite endalt, mida peate tegema. Tulete välja sammhaaval plaaniga ja näpistate seda.

Kui teie meeskonnas on keegi vanem, saate oma sammud kinnitada ja tagasisidet saada.

See vähendab ka koodi ülevaatuse aega. Mõlemad olete juba kokku leppinud lahenduse modaalsuses.

Niisiis, kuidas seda teha

Varem kirjeldatud ülesanne on kirjutada loomise / POST-i API, kus saab luua maksetega tagasimakseid.

Igal tagasimaksel võib olla maksimaalselt kaks makset. Üks on tüüpi "sularaha" ja teine ​​tüüpi "krediit". See võib olla ka üks tagasimakse koos ainult ühe sularaha või krediidi tasumisega. Nii oleksin paberile kirjutanud järgmised sammud:

  1. Looge meetod kasutaja andmete saatmiseks kontrollerilt
  2. Kinnitage kogu sisend väärtuste, tagasimakse tüüpide ja põhjuste jaoks.
  3. Kui kõik valideerimised läbivad, genereerige juhuslik tähtnumbriline arv pikkust 10, mida tagasimaksete tabelis pole (rekursiivne kontroll)
  4. Kui valideerimine ei õnnestu õige valideerimise tõrketeatega reageerida, otsustage vastuse struktuuri üle
  5. Alustage andmebaasi tehingut
  6. Sisestage tagasimaksete tabelisse tagasimaksega seotud väärtused tagasimakse_nr, põhjus_põhjus, is_premium_klient
  7. Sisestuse õnnestumisel hankige viimase sisestamise ID
  8. Sisestage tagasimaksega_id maksetabelisse fk_refund, fk_item, summa, is_cash maksetega seotud väärtused
  9. Andmebaasi tehingu korraldage kõik hästi
  10. Kui ilmnes mõni probleem, tühistage andmebaasi tehing
  11. Vastake edu- või ebaõnnestumisteatega, sõltuvalt andmebaasi tehingu korrektsest struktuurist
  12. Juhtme juhe ja see meetod

Järgige kava sammude kaupa, kirjutage nüüd kood

Pärast samm-sammulise plaani koostamist võite hakata koodi kirjutama. Seejärel saate põhjalikumalt tutvuda meetodinimedega, kuidas saada andmebaasiühendust ja muid üksikasju.

Sõltuvalt keelest ja raamistikust saate ka otsustada, kuhu valideerimiskood peaks jääma.

Võite isegi testid kirjutada, kui ettevõte ja kultuur seda toetavad ja julgustavad.

Kui lahendus on teie silmis ilmne ja teil on samm-sammuline tegevusplaan paberil, saate nüüd koodi kirjutada.

Võite isegi detaile lagundada viisil, mida on lihtsam viimistleda ja juhtmeid ühendada.

Näiteks võib testimisloogika olla midagi, mille saab eraldi kirjutada ja iseseisvalt testida. See on mõtlemine iseseisvatele osadele, mida saab lahenduse moodustamiseks kokku ühendada.

Järeldus

Kui hakkate oma järgmise ülesandega silmitsi seisma, ärge hakake koodi kirjutama, kui hakkate.

Esiteks võtke probleemist hoolt ja leidke etapiviisiline lahendus. Kõige parem on seda teha paberil ekraanilt eemal.

Seejärel täpsustage oma lahendust ja arutage kellegagi. Kui olete rahul, tõlkige see lahendus koodiks. See on natuke metoodiline, kuid väga tõhus.

Kood on alati lahendus, mitte lahendus ise.

Kui olete jõudnud nii kaugele, jätke mulle palun mõni klapp :).

Täname, et lugesite!

Algselt avaldati saidil geshan.com.np.