Video: Milloin sinun pitäisi reagoida?
2024 Kirjoittaja: Lynn Donovan | [email protected]. Viimeksi muokattu: 2023-12-15 23:46
Martin Fowler kuvaa kolmen sääntöä, joka selittää milloin heijastaa , kirjassaan Refaktorointi . Hän sanoo, että ensimmäistä kertaa kehittäjät tehdä jotain, he Pitäisi tehdä sen suoraan. Seuraavalla kerralla, jos he tehdä jotain samanlaista, ne voivat kopioida olemassa olevan koodinpätkän. Kolmannella kerralla he pitäisi heijastaa.
Tästä syystä, milloin sinun ei pitäisi reagoida uudelleen?
Saatat antaa koodin ilman testejä uudelleentekijä jotta se olisi testattavampi. Teet ei heijastaa koodia, kun et voi testata tuloksena olevaa koodia ajoissa toimittaaksesi sen niin, että se on edelleen arvokas vastaanottajalle. Teet ei heijastaa koodi kun sinun refaktorointi tahtoa ei parantaa koodin laatua.
Tiedä myös, milloin refaktorointi tulisi tehdä ketterässä? Refaktorointi Periaate kaksi: Liiketoiminnan katalysaattorit Jos yritys tarvitsee uuden ominaisuuden, niin refaktoroinnin pitäisi vain olla tehty niissä järjestelmän osissa, jotka vaaditaan kyseisen ominaisuuden käyttöön ottamiseksi. Toisin sanoen älä uudelleentekijä koko käyttöliittymä, vain uudelleentekijä osat, jotka liittyvät tiettyyn liiketoimintapyyntöön.
Edellisen lisäksi, milloin sinun tulee suorittaa uudelleenjärjestely?
Refaktorointi on prosessi, jossa muutetaan koodin rakennetta muuttamatta sitä käyttäytymistä . Sen pitäisi käyttää to helpottaa ominaisuuksien lisäämistä. Koska tuloksena on koodi, joka "haisee" paremmalta, joskus ihmiset hämmentyvät ja ajattelevat niin refaktorointi on loppu to itse. minä eri mieltä tuosta tunteesta.
Mikä saa sinut reagoimaan uudelleen?
Yksi tärkeimmistä syitä uudelleenjärjestelyyn onko se jossain vaiheessa sinä selvittää, että koodia käyttää useampi kuin yksi koodipolku ja sinä älä kopioi (kopioi ja liitä), vaan käytä uudelleen. Tämä on erityisen tärkeää tapauksissa, joissa sinä löytää virheen tuosta koodista.
Suositeltava:
Miksi sinun pitäisi opetella koneoppimista?
Se tarkoittaa, että voit analysoida tonnia tietoa, poimia siitä arvoa ja saada tietoa ja myöhemmin hyödyntää näitä tietoja koneoppimismallin kouluttamisessa ennustamaan tuloksia. Monissa organisaatioissa koneoppimisinsinööri tekee usein yhteistyötä datatutkijan kanssa työtuotteiden synkronoinnin parantamiseksi
Miksi sinun ei pitäisi luottaa SpellCheckiin ainoana asiakirjan tarkistusmenetelmänä?
Tämä johtuu siitä, että oikeinkirjoituksen tarkistus voi havaita vain, onko sanat kirjoitettu oikein, eivät sitä, käytetäänkö niitä oikein. Oikeinkirjoituksen tarkistus on kuitenkin kätevä työkalu, eikä sitä siksi pidä hylätä kokonaan. Kirjoittajia tulee kuitenkin varoittaa luottamasta siihen jokaisen virheen havaitsemiseksi
Miksi sinun pitäisi laittaa puhelin alas?
(1) Emme ole täysin keskittyneet työhönmme, kun tarkistamme jatkuvasti puhelimiamme. Puhelimen irrottaminen lisää tuottavuutta! Käännä puhelin lentokonetilaan ja käännä puhelin ympäri, jotta et näe näyttöä. Poista ilmoitukset sosiaalisen median sovelluksistasi käytöstä
Milloin sinun pitäisi tehdä poikkeus?
Siksi poikkeuksia tulisi käyttää vain, jos et pysty käsittelemään tilannetta kohtuullisella tavalla (ajattele "muisti lopussa" tai "tietokone on tulessa"). Yksi nyrkkisääntö on käyttää poikkeuksia sellaisissa asioissa, joita et normaalisti voi ennustaa. Esimerkkejä ovat tietokantayhteys, puuttuva tiedosto levyltä jne
Milloin sinun ei pitäisi käyttää palvelimetonta?
Nämä ovat neljä tärkeintä syytä, miksi ihmiset siirtyvät palvelimettomaan käyttöön: se skaalautuu kysynnän mukaan automaattisesti. se vähentää merkittävästi palvelimen kustannuksia (70-90%), koska et maksa tyhjäkäynnistä. se eliminoi palvelimen ylläpidon