Kur duhet të rifaktoroni?
Kur duhet të rifaktoroni?

Video: Kur duhet të rifaktoroni?

Video: Kur duhet të rifaktoroni?
Video: GPT-4 Is EPIC - Build A Tetris Game In Seconds - Better Than ChatGPT - Code Refactor - How To Use 2024, Nëntor
Anonim

Martin Fowler përshkruan rregullin e tre, i cili shpjegon kur të rifaktohen , në librin e tij Rifaktorimi . Ai thotë se zhvilluesit për herë të parë bëj diçka, ata duhet te bej atë drejtpërsëdrejti. Herën tjetër, nëse ata bëj diçka e ngjashme, ata mund të kopjojnë pjesën ekzistuese të kodit. Herën e tretë, ata duhet të rifaktorojë.

Prandaj, kur nuk duhet të rifaktoroni?

Duke marrë kodin pa teste, mundeni refaktor për ta bërë atë më të testueshëm. Ju bëni jo refaktor kodi kur nuk mund ta testoni kodin që rezulton në kohë për ta dorëzuar atë në mënyrë që të jetë ende i vlefshëm për marrësin. Ju bëni jo refaktor kodi kur juaji rifaktorimi do jo përmirësoni cilësinë e kodit.

Gjithashtu e dini, kur duhet të bëhet rifaktorimi në agile? Rifaktorimi Parimi i dytë: Katalizatorët e biznesit Nëse biznesi ka nevojë për një veçori të re, atëherë rifaktorimi duhet vetëm të jetë bërë në ato pjesë të sistemit që kërkohen për të aktivizuar atë veçori. Me fjalë të tjera, mos refaktor e gjithë ndërfaqja e përdoruesit, vetëm refaktor pjesët që kanë të bëjnë me kërkesën specifike të biznesit.

Përveç sa më sipër, kur duhet të kryeni rifaktorim?

Rifaktorimi është procesi i ndryshimit të strukturës së kodit pa e ndryshuar atë sjellje . Duhet te perdoret te lehtësojnë shtimin e veçorive. Për shkak se rezultati është kodi që "erë" më mirë, ndonjëherë njerëzit ngatërrohen dhe mendojnë këtë rifaktorimi është një fund te vetë. I nuk pajtohem me atë ndjenjë.

Çfarë ju bën të rifaktoheni?

Një nga kryesore arsyet e rifaktorimit është se në një moment ju zbuloni se kodi përdoret nga më shumë se një rrugë kodi dhe ju nuk dua të dubliko (kopjoni&ngjisni) por ripërdorni. Kjo është veçanërisht e rëndësishme në rastet kur ju gjeni një gabim në atë kod.

Recommended: