Çfarë është rifaktorimi i kodit dhe pse është thelbësor për softuerin tuaj?

Kodi i rifaktorizimit Është bërë një nga ato detyra që çdo zhvillues e di se duhet ta bëjë, por që shpesh shtyhet sepse "nuk është koha" ose "do ta rregullojmë më vonë". Problemi është se "më vonë" pothuajse nuk vjen kurrë, dhe kodi përfundon duke u bërë një fushë e vërtetë minash që është e vështirë për t'u mirëmbajtur.

Në punën e përditshme të zhvillimit të softuerëve, Ne shpenzojmë dukshëm më shumë kohë duke lexuar dhe kuptuar kodin ekzistues sesa të shkruash gjëra të reja nga e para. Kjo është arsyeja pse të mësosh se çfarë është rifaktori i kodit, kur ta aplikosh dhe si ta bësh pa prishur asgjë është çelësi për të mbijetuar në çdo projekt mesatarisht të madh dhe, mbi të gjitha, për të parandaluar që baza e kodit të bëhet një përbindësh i pakontrollueshëm.

Çfarë është saktësisht rifaktori i kodit?

Kur flasim për rifaktorizimin, i referohemi modifikoni strukturën e brendshme të kodit pa ndryshuar sjelljen e tij të jashtmeMe fjalë të tjera, pas rifaktorizimit, aplikacioni duhet të vazhdojë të bëjë saktësisht të njëjtën gjë nga pikëpamja e përdoruesit, por nga brenda kodi do të jetë më i qartë, më i thjeshtë dhe më i lehtë për t'u zgjeruar.

Mendoni për rifaktorizimin si në për të organizuar dhe ridekoruar një shtëpi pa ndryshuar numrin e dhomaveJu zhvendosni mobiljet, hidhni gjërat që nuk i përdorni, riorganizoni dollapët dhe e bëni gjithçka shumë më të rehatshme për të jetuar, por shtëpia është ende e njëjtë. Në kod, kjo përkthehet në riemërtimin e variablave, nxjerrjen e funksioneve, ndarjen e klasave të mëdha, eliminimin e dublikimeve ose përmirësimin e dizajnit për ta bërë atë më të mirëmbajtur.

Një tipar kryesor i rifaktorizimit është se Bëhet në hapa shumë të vegjël dhe të sigurt.Çdo mikrondryshim duhet ta mbajë sistemin në funksionim. Kjo është arsyeja pse një sërë transformimesh të vogla janë të lidhura së bashku, duke arritur një përmirësim të thellë pa e lënë sistemin të prishur për ditë të tëra.

Në kontekstin e zhvillimit profesional, rifaktorizimi është një praktikë e disiplinuar: Nuk bëhet fjalë për rindërtimin e sistemit nga e para.As veçoritë e reja nuk duhet të prezantohen thjesht duke thënë: "Meqenëse tashmë po punojmë për këtë, le ta ndryshojmë këtë gjënë tjetër." Funksionaliteti i ri ndjek një drejtim, dhe përmirësimet e dizajnit të brendshëm ndjekin një tjetër, edhe nëse ndonjëherë mbivendosen.

Për më tepër, rifaktorizimi është i lidhur ngushtë me idenë e Kod i pastër, i lexueshëm dhe i qëndrueshëmKodi që funksionon, por është i errët, i dyfishuar ose tepër kompleks, kërkon rifaktorizim, edhe nëse ende nuk po dështon në prodhim.

Pse kodi degradohet: kalbja e kodit, era e kodit dhe kodi spageti

Edhe nëse një projekt fillon "i pastër", me el tiempo Është shumë e lehtë që kodi të përkeqësohet dhe që ajo që dihet të duket të duket. kalbja e kodit (gërryerja e softuerit)Presione të reja, ndryshime në kërkesa, disa ekipe që punojnë në të njëjtat pjesë, vendime të shpejta për t'ia dalë mbanë... të gjitha këto lënë gjurmë.

Një nga pasojat më të njohura të këtij degradimi është kodi i spagetitNjë bazë kodi e mbushur me varësi të ndërlikuara, kërcime ekzekutimi të vështira për t'u ndjekur, kushte të ndërthurura dhe sythe kudo. Është lloji i kodit ku çdo ndryshim është i frikshëm sepse nuk e di kurrë se çfarë do të prishësh.

Ndër elementët që shpesh e shndërrojnë kodin në kaos janë kërcime rrjedhjeje të keqpërdorura (si deklaratat e vjetra GOTO), struktura të ndërlikuara for/while dhe deklarata të pafundme ifKur shumë njerëz kanë "arnuar" edhe diçka që tashmë kishte defekte, rezultati është një sërë zgjidhjesh të improvizuara, me kohezion të dobët dhe shumë të kushtueshme për t'u shqyrtuar.

Thirrjet kodi mban erë ose “kodi mban erë” Këto janë pikërisht shenjat që diçka nuk është në rregull, edhe nëse ende funksionon. Ato nuk nënkuptojnë që programi po dështon, por përkundrazi që ka indikacione se struktura mund të jetë shumë më e mirë dhe se, nëse nuk ndërmarrim veprime, cilësia do të vazhdojë të bjerë derisa edhe përpjekja për të modifikuar atë modul të bëhet një makth.

Ndër këto aroma të zakonshme janë dyfishimi i logjikës, klasat gjigante, funksionet jashtëzakonisht të gjata, çiftëzimi i tepërt ose emrat që nuk shpjegojnë asgjëZbulimi i tyre herët dhe rifaktorizimi sapo shfaqen është ajo që parandalon përparimin e kodit të kalbur dhe në fund të fundit kërkesën për një rishkrim të plotë ose një shqyrtim shumë të kushtueshëm të sistemit.

Llojet më të zakonshme të rifaktorizimit

Rifaktorizimi nuk është një teknikë e vetme, por një sërë praktikash që mund t’i aplikoni në varësi të problemit me të cilin po përballeni. Në varësi të vendit ku është "era" në kodDo të jeni të interesuar në njërën ose tjetrën lloj të rifaktorizimit.

Rifaktorizimi strukturor

Rifaktorizimi strukturor përqendrohet në përmirëson arkitekturën e brendshme të aplikacionitKjo i referohet mënyrës se si organizohen klasat, modulet dhe paketat dhe si shpërndahen përgjegjësitë midis tyre. Qëllimi i saj është të rrisë kohezionin brenda secilit komponent dhe të zvogëlojë lidhjen midis komponentëve të ndryshëm.

Ky lloj rifaktorizimi përfshin detyra të tilla si ndani një klasë që bën gjithçka në disa klasa më të vogla, zhvendosni metodat aty ku u takon vërtet, riorganizoni paketat ose futni shtresa të reja të qarta (për shembull, duke ndarë domenin, infrastrukturën dhe prezantimin) për t'i bërë ndryshimet e ardhshme shumë më të lehta.

Rifaktorizimi i kodit të kopjuar

Dyfishimi është një nga aromat më tipike: kopjoni dhe ngjisni fragmente të ngjashme kodi në vende të ndryshme Në fillim duket e shpejtë, por është jashtëzakonisht e kushtueshme për t’u mirëmbajtur. Sa herë që duhet të ndryshohet diçka, duhet të mbani mend të gjitha kopjet rezervë ekzistuese.

Rifaktorizimi që synon eliminimin e dyfishimit zakonisht përbëhet nga nxjerrjen e metodave ose krijimin e funksioneve të ripërdorshmeKjo përfshin futjen e klasave të përbashkëta ose edhe abstraksioneve të reja që konsolidojnë sjelljen përsëritëse. Në këtë mënyrë, kur logjika duhet të modifikohet, kjo duhet të bëhet vetëm në një moment.

Rifaktorizimi i emrave dhe variablave

Një ndryshim në dukje i thjeshtë, si p.sh. Riemërtoni variablat, metodat ose klasat për të shprehur më mirë qëllimin e tyreNjë emër i mirë mund të transformojë kuptimin e një moduli. Kursen kohë dhe zvogëlon mundësinë e gabimeve për shkak të keqkuptimeve.

Në këtë lloj rifaktorizimi, rishikohen identifikues kriptikë ose gjenerikë si "të dhëna", "menaxher" ose "proces", duke i zëvendësuar ato me emra që përcaktojnë qartë se çfarë bën secila pjesë. IDE-të moderne e bëjnë këtë detyrë shumë më të lehtë., pasi ato lejojnë riemërtimin automatik dhe të sigurt gjatë gjithë projektit.

Rifaktorizimi i dizajnit

Ndonjëherë problemi nuk është një emër apo një funksion i gjatë, por më tepër se dizajni i përgjithshëm nuk shkallëzohet. Rifaktorizimi i dizajnit synon ta adresojë këtë. Rishikoni hierarkitë e klasave dhe marrëdhëniet midis komponentëve për të lehtësuar zgjerueshmërinë dhe për të zvogëluar kompleksitetin.

Kjo mund të përfshijë futjen e modeleve të përshtatshme të dizajnit, ndarjen e përgjegjësive, përmbledhjen e rregullave të biznesit ose krijimin e ndërfaqeve të reja që lejojnë shtimin e funksionaliteteve pa pasur nevojë të prekni një mijë vende. Ideja është të fitohet fleksibilitet pa rritur vështirësinë e të kuptuarit të sistemit..

Rifaktorizim i orientuar drejt performancës

Edhe pse nuk është lloji më i zakonshëm i rifaktorizimit, ndonjëherë përparësia është përmirësojnë performancën e një pjese kritike të aplikacionitNë këto raste, rifaktorizimi kryhet me qëllim reduktimin e kohës së reagimit ose konsumit të burimeve, duke ruajtur të njëjtën sjellje funksionale.

Ky lloj ndryshimi zakonisht bazohet në Matjet dhe profilet e performancësNuk ka të bëjë me "optimizimin për çdo rast", por me përqendrimin e përpjekjeve në pengesat reale dhe zbatimin e përmirësimeve lokale të justifikuara mirë.

Përfitimet reale të aplikimit të vazhdueshëm të rifaktorizimit

Rifaktorizimi nuk është një modë apo një tekë estetike: Ka ndikime shumë specifike në jetëgjatësinë e softuerit. dhe në punën e përditshme të ekipit të zhvillimit. Kur bëhet me kujdes dhe në mënyrë të vazhdueshme, përfitimet grumbullohen.

Lexueshmëria dhe kuptimi i kodit

Një nga efektet më të dukshme të rifaktorizimit është se Kodi bëhet shumë më i lehtë për t’u lexuarFunksionet e shkurtra dhe të qarta, emrat shprehës dhe strukturat e thjeshta e bëjnë të lehtë për çdo zhvillues (madje edhe për një të ri në projekt) të kuptojë se çfarë po ndodh pa pasur nevojë të zgjidhë enigma.

Lexueshmëria e mirë jo vetëm që përmirëson produktivitetin, por edhe Lehtëson punën në grup dhe rishikimet e kodit.Zvogëlon keqkuptimet dhe ndihmon që vendimet e dizajnit të jenë më të qarta me një shikim.

Reduktimi i kompleksitetit të panevojshëm

Me kalimin e kohës, është e zakonshme që softuerët të grumbullohen Kushte të veçanta, pjesë të shpejta dhe rrugë alternative të cilat rrisin kompleksitetin ciklomatik. Rifaktorizimi synon të zvogëlojë këtë kompleksitet artificial, duke ruajtur minimumin e nevojshëm për të zgjidhur problemin.

Ndarja e funksioneve të mëdha, shmangia e folezimit të thellë dhe zbatimi i modeleve të përshtatshme të dizajnit e bën të mundur Sistemi bëhet më i parashikueshëm dhe më pak i prirur ndaj gabimeve delikatesepse logjika kuptohet me një shikim në vend që të kërkojë kërkime arkeologjike.

Lehtësia e mirëmbajtjes dhe zgjerimit

Në praktikë, pjesa më e madhe e buxhetit të një projekti shkon për mirëmbajtje: rregulloni gabimet, përshtatni sistemin dhe shtoni veçori të rejaNjë kod i ripunuar mirë lejon që këto ndryshime të bëhen me më pak përpjekje dhe më pak rrezik për të prishur diçka që funksiononte.

Kur baza e kodit është fleksibile dhe e organizuar mirë, Prezantimi i veçorive të reja nuk kërkon rishkrimin e gjysmës së modulitpor shpesh mjafton të shtosh një klasë të re ose të zgjerosh një sjellje ekzistuese duke ndjekur një strukturë të qartë.

Parandalimi i gabimeve dhe zvogëlimi i defekteve

Edhe pse vetëm rifaktorizimi nuk garanton që nuk do të ketë gabime, Kodi më i thjeshtë dhe më i qëndrueshëm zakonisht ka më pak gabime.Duke eliminuar tepricat, duke zvogëluar kushtëzimet e ndërlikuara dhe duke sqaruar përgjegjësitë, pikat ku mund të fshihen dështimet logjike minimizohen.

Për më tepër, një sistem më i kuptueshëm lejon që gabimet zbulohen më herët dhe korrigjohen më shpejtmeqenëse gjetja e shkakut të vërtetë të një dështimi është shumë më e lehtë kur struktura nuk është në kaos.

Ulja e borxhit teknik

Borxhi teknik shfaqet sa herë që dikush zgjedh të... një zgjidhje e shpejtë që e dimë se nuk është idealeKjo zakonisht bëhet për të përmbushur afatet ose për të rregulluar një defekt urgjent. Ky "borxh" paguhet më vonë, kur çdo ndryshim kërkon më shumë kohë dhe përfshin më shumë rrezik.

Rifaktorizimi i vazhdueshëm vepron si një mekanizëm për ta shlyejë gradualisht atë borxhduke pastruar atë që më parë ishte zbatuar me nxitim. Në këtë mënyrë, në vend që projekti të bëhet më i brishtë me kalimin e viteve, ai fiton qëndrueshmëri dhe përshtatshmëri.

Parimet dhe praktikat më të mira gjatë rifaktorizimit

Që rifaktorizimi të jetë vërtet efektiv, nuk mjafton të "rregullosh gjërat menjëherë". Është e rëndësishme të ndiqni disa parime dhe zakone. që e mbajnë procesin nën kontroll dhe zvogëlojnë rreziqet.

Ruajtja e funksionalitetit të paprekur

Rregulli i artë i rifaktorizimit është se Sjellja e vëzhgueshme e sistemit nuk ndryshonNëse pas një rifaktorizimi aplikacioni bën diçka të ndryshme, ne nuk po rifaktorizojmë, ne po modifikojmë funksionalitetin (gjë që mund të jetë e nevojshme, por kjo është një histori tjetër).

Kjo është arsyeja pse është kaq e rëndësishme të mbështetemi në testime të automatizuara dhe hapa të vegjël. Çdo ndryshim duhet të verifikohet menjëherë. për t'u siguruar që asgjë nuk është prishur në lidhje me atë që tashmë funksiononte.

Rifaktorizimi i vazhdueshëm kundrejt rifaktorizimit të vetëm

Ekzistojnë dy mënyra kryesore për t'iu qasur rifaktorizimit: si një zakon i përditshëm i integruar në punë ose si veprime më të mëdha, të njëhershme. Qasja më e arsyeshme është zakonisht kombinimi i të dyjave.

Në qasjen e vazhdueshme, zhvilluesit Ata përmirësojnë gjërat e vogla ndërsa i zbulojnë ato: riemërtimi i një metode konfuze, nxjerrja e një funksioni të përsëritur, thjeshtimi i një deklarate tepër të gjatë if… Është një mendësi e "lënies së kodit pak më të mirë nga sa e gjetët".

Në qasjen pikë për pikë, planifikimi kryhet riorganizim më i gjerë në fusha veçanërisht problematikePër shembull, një modul kritik me shumë gabime ose një komponent kyç kompleksiteti i të cilit është rritur ndjeshëm. Këtu, zakonisht ka më shumë analizë dhe koordinim sepse ndryshimet mund të kenë një ndikim më të madh.

Marrëdhënia midis rifaktorizimit dhe Zhvillimit të Drejtuar nga Testimi (TDD)

Rifaktorizimi dhe Zhvillimi i Drejtuar nga Testimi (TDD) Ato shkojnë dorë për dore natyrshëmNë TDD, cikli klasik është së pari të shkruash një test që dështon (e kuqe), të zbatosh kodin minimal për ta bërë atë të kalojë (jeshile) dhe pastaj të rifaktosh atë kod duke i mbajtur testet jeshile.

Kjo qasje mund të përmblidhet në modelin e kuqe – jeshile – ripërpunojTestimi ofron besimin e nevojshëm për të guxuar të përmirësoni dizajnin pa frikën e vazhdueshme se mos prishni diçka. Pa një rrjet të mirë testimi, rifaktorizimi bëhet i vështirë dhe i rrezikshëm, sepse çdo ndryshim mund të sjellë gabime të heshtura.

Mjete dhe teknika që lehtësojnë rifaktorizimin

Sot, shumica e mjediseve të zhvillimit të integruar (IDE) përfshijnë shërbime të fuqishme të rifaktorizimit: riemërto simbolet Gjatë gjithë projektit, nxjerrja e metodave, zhvendosja e klasave midis paketave, futja e variablave, përmbysja e kushteve, etj., të gjitha me garanci se referencat përditësohen saktë.

Përveç IDE-ve, mjete për analizën statike të kodit Mjete si SonarQube, ESLint dhe programe të ngjashme ndihmojnë në zbulimin e aromave të kodit, stileve jokonsistente ose modeleve të rrezikshme përpara se ato të arrijnë në prodhim. Dhe platformat e bashkëpunimit të bazuara në Git (GitHub, GitLab, etj.) ju lejojnë të rishikoni këto ndryshime me kërkesa tërheqjeje/bashkimi për t'u siguruar që rifaktorizimi ka kuptim.

Procesi praktik i rifaktorizimit hap pas hapi

Përtej teorisë, është e rëndësishme të jemi të qartë se si t'i qasemi rifaktorizimit në praktikë pa e kthyer atë në një kërcim në boshllëk. Ndjekja e një sërë hapash të arsyeshëm ndihmon shumë për të ruajtur kontrollin.

1. Identifikoni fushat problematike në kod

Hapi i parë është të identifikoni se në cilat pjesë të sistemit ia vlen të investoni përpjekje. Aromat e kodit shërbejnë si një udhëzues fillestar: kod i dyfishtë, metoda shumë të gjata, klasa që bëjnë gjithçka, struktura kushtëzuese të pamundura për t'u ndjekur, çiftëzim i tepërt, etj.

Ata gjithashtu mund të tregojnë zonat kandidate gabime të përsëritura, module ku ndryshimet gjithmonë kërkojnë shumë kohë për t'u bërë Ose ato pjesë të kodit që të gjithë i shmangin t'i prekin sepse "diçka shkon gjithmonë keq". Këto janë kandidatë të qartë për një rindërtim të menduar mirë.

2. Analizoni ndikimin dhe planifikoni ndryshimet

Para se të merrni gërshërët, këshillohet Kuptimi i fushëveprimit të rifaktorizimitCilat pjesë të sistemit varen nga ai kod, çfarë rreziqesh ekzistojnë dhe cilat strategji zbutëse mund të aplikohen. Përmirësimi i një shërbimi të izoluar nuk është i njëjtë me modifikimin e biznesit kryesor.

Në këtë fazë, vendoset nëse rifaktorimi do të bëhet në mënyrë graduale gjatë disa përsëritjeve apo në një bllok më të madh. cilat teste janë thelbësore dhe cilat janë fazat e ndërmjetme Ato mund të përfundohen gradualisht për të shmangur lënien e sistemit në një gjendje të paqëndrueshme.

3. Krijoni ose forconi testet para rifaktorizimit

Nëse një gjë është e qartë, është se Rifaktorizimi pa teste është si të luash ruletë ruse.Para se të filloni të eksperimentoni, duhet të siguroheni që ekziston një rrjet sigurie i arsyeshëm: teste njësie, teste integrimi apo edhe teste karakterizimi që dokumentojnë sjelljen aktuale.

Në kodin e trashëguar pa teste, një mundësi është të përdoren teknika të tilla si Mjeshtër i ArtëKapni të dhënat hyrëse dhe dalëse aktuale për të verifikuar që gjithçka vazhdon të përgjigjet në të njëjtën mënyrë pas ndryshimeve. Testet e miratimit ose qasja e shkrimit të parë të testeve të thjeshta që përcaktojnë sjellje të vëzhgueshme janë gjithashtu të dobishme.

4. Zbërtheni dhe thjeshtoni funksionet dhe klasat

Pasi të keni siguri të provave, mund të filloni me diçka shumë fitimprurëse: ndani metodat e gjata dhe klasat tepër të mëdha në njësi më të vogla me përgjegjësi më të qarta. Shpesh, vetëm kjo e përmirëson shumë qartësinë.

Qëllimi është që çdo funksion të bëjë një gjë të përcaktuar mirë dhe që Klasat nuk duhet të jenë përbindësha që përziejnë logjikën e biznesit, aksesin në të dhëna dhe prezantimin.Ndërsa pjesët nxirren, lindin edhe mundësi për ripërdorim dhe zvogëlohet dyfishimi.

5. Riemërto për qartësi

Ndërsa copat fillojnë të bien në vendin e tyre, është një kohë e mirë për të rregulloni emrat e metodës, variablit dhe klasës në mënyrë që ato të pasqyrojnë më mirë përgjegjësinë e tyre aktuale. Një emër i saktë është pothuajse dokumentim në vetvete.

Çelësi është se Kur lexon kodin, "çfarë" dhe "pse" bëhen të qarta. pa pasur nevojë të kërkosh në dhjetëra rreshta. Kjo gjithashtu zvogëlon nevojën për komente të tepërta dhe minimizon keqinterpretimet.

6. Eliminoni kodin e vdekur dhe të tepërt

Një pjesë tjetër thelbësore e procesit është zbulimi dhe pastrimi kod që nuk përdoret më ose është bërë i vjetëruarFunksione pa referenca, flamuj që askush nuk i shikon, degë që janë të pamundura për t'u ekzekutuar, etj. E gjithë ajo zhurmë shton kompleksitet pa ofruar vlerë.

Alsoshtë gjithashtu koha për të unifikoni sjelljet e dyfishta në një vend, duke zëvendësuar kopjet e ngjitura me thirrje në një metodë të zakonshme ose me abstraksione të reja që përfaqësojnë më mirë fushën e problemit.

7. Kryeni teste pas çdo ndryshimi të vogël

Gjatë rifaktorizimit, pas çdo hapi të rëndësishëm, duhet të bëhet sa vijon: Kryeni testet për të verifikuar që gjithçka po funksionon ende.Ideja është të shmanget grumbullimi i ndryshimeve të mëdha pa i verifikuar ato, në mënyrë që çdo dështim t'i atribuohet lehtësisht një ndryshimi specifik.

Kjo qasje e verifikuar e mikrohapave e mban sistemin në punë gjatë gjithë kohës dhe Shmangni situatat ku diçka prishet dhe më pas është shumë e vështirë të dihet se çfarë e ka shkaktuar atë.sepse shumë modifikime kanë ndodhur gjatë rrugës.

Mjete dhe mbështetje për rifaktorizim të sigurt

Rifaktorizimi manual, duke ndryshuar referencat një nga një, nuk ka kuptim në ditët e sotme. IDE-të moderne janë projektuar pikërisht për të automatizuar pjesën mekanike. të rifaktorimit dhe minimizimit të gabimeve të çuditshme.

IDE me mbështetje të integruar për rifaktorizim

Mjedise të tilla si IntelliJ IDEA, Visual Studio ose Eclipse ofrojnë operacione inteligjente të rifaktorizimit: riemërtimi i simboleve gjatë gjithë projektit, nxjerrja e metodave dhe variablave, zhvendosja e klasave midis paketave, futja e ndërfaqeve, ndryshimi i nënshkrimeve të metodave dhe shumë më tepër.

Këto mjete analizojnë pemën sintaksore të kodit dhe Ata i përditësojnë të gjitha referencat vazhdimisht.Kjo ju kursen nga kërkimet dhe zëvendësimet manuale të prirura për gabime. Kjo inkurajon rifaktorizimin më të shpeshtë sepse kostoja mekanike zvogëlohet ndjeshëm.

Plugin-e, zgjerime dhe linter-a

Nëse përdorni redaktues si Visual Studio Code, mund të zgjeroni aftësitë e tyre të refaktimit me plugin-e specifikë për secilën gjuhëShtesa si “Abracadabra” ose paketa rifaktrimi për PHP, JavaScript, etj., shtojnë komandat që automatizojnë transformime të shpeshta.

Për më tepër, analizuesit e linterave dhe statikëve si p.sh. ESLint, SonarQube ose mjete ekuivalente për gjuhë të tjera Ata nxjerrin në pah dublikimet, kompleksitetin e tepërt, erërat e këqija dhe shkeljet e standardeve që janë pika fillestare perfekte për një rindërtim të mirë.

Platformat e kontrollit të versioneve dhe punës në grup

Kur rifaktorizimi bëhet si ekip, është thelbësore të mbështeteni në platformat e kontrollit të versioneve si GitHub ose GitLabAtje mund të krijoni degë specifike për rifaktorizim, të hapni kërkesa për bashkim/tërheqje dhe të kërkoni rishikime nga zhvillues të tjerë.

Kjo rrjedhë lejon që Ndryshimet në dizajn diskutohen, validohen dhe integrohen në një mënyrë të kontrolluar.Me histori të qarta dhe mundësinë për t'u rikthyer nëse diçka shkon keq, rifaktorizimi pushon së qeni një operacion i rastësishëm dhe bëhet pjesë e ciklit të rregullt të zhvillimit.

Rifaktorizimi i kodit të trashëguar dhe krijimi i një rrjeti sigurie

Pjesa më e madhe e punës aktuale të një zhvilluesi përbëhet nga prek kodin e trashëguar që nuk e shkroi vetëNë këtë skenar, rifaktorizimi është një mjet kyç për të qenë në gjendje të evoluojë sistemin pa shpërthyer gjithçka.

Kur përballemi me kod të trashëguar të patestuar, në thelb ekzistojnë dy rrugë: ndërro dhe kryqëzo gishtatOse, së pari mund të ndërtoni një rrjet minimal sigurie me teste dhe pastaj të filloni rifaktorizimin. Natyrisht, opsioni i dytë rekomandohet nëse doni qetësi shpirtërore.

Dilema është se, për të shkruar ato teste, ndonjëherë Kodi ekzistues duhet të modifikohet pak. (për shembull, për të qenë në gjendje të injektoni varësi ose përgjegjësi të ndara). Kjo krijon një lloj rrethi vicioz: Më duhen teste për të ndryshuar kodin, por duhet ta ndryshoj kodin që të jem në gjendje ta testoj atë.

Për të thyer këtë cikël, përdoren teknika të tilla si Mjeshtri i Artë ose testet e miratimitKëto mjete ju lejojnë të kapni sjelljen aktuale dhe të siguroheni që ajo të mos ndryshojë gjatë rifaktorizimit. Testet e karakterizimit janë gjithashtu të dobishme, pasi ato dokumentojnë se si sillet sistemi në të vërtetë sot, edhe nëse dizajni është i tmerrshëm.

Në mjedise të ndjeshme, është e zakonshme të përforcohet siguria me programimi në çiftKjo u lejon dy personave të rishikojnë së bashku kodin e trashëguar, ndërkohë që bëjnë ndryshime. Ashtu si në kirurgjinë komplekse, nuk është ide e mirë të operohet vetëm kur rreziku i prishjes së diçkaje të rëndësishme është i lartë.

Shembull konceptual i teknikave të rifaktorizimit

Për ta ilustruar këtë, imagjinoni një klasë "Llogaritësi" me një metodë gjigante që kryen disa operacione, printon rezultate, kombinon llogaritjet dhe trajton gabimet. Edhe pse funksionon, ka disa "erëra" kodi të pranishme: metoda është shumë e gjatë, përgjegjësitë janë të përziera dhe ripërdoret pak.

Një rifaktorizim i arsyeshëm do të përfshinte nxjerr çdo operacion në metodën e vet (mbledh, zbrit, shumëzo, pjesëto), duke e lënë metodën kryesore thjesht të orkestrojë thirrjet dhe të shfaqë rezultatet. Duke i ndarë pjesët, klasa bëhet më e lexueshme dhe testimi i çdo operacioni individualisht është i thjeshtë.

Nga aty, mund të vazhdohet: Riemërtoni klasën ose metodat për t'i bërë ato më ekspresiveIzoloni logjikën e prezantimit (printimet) nga logjika e llogaritjes, futni një trajtim më të qartë të gabimeve, siç është pjesëtimi me zero, etj. Çdo hap ruan sjelljen, por dizajni fiton në qartësi dhe zgjerueshmëri në të ardhmen.

Ky shembull përmbledh atë që ndodh vazhdimisht në projektet e botës reale: Nuk është e nevojshme të rishkruash gjithçka nga e parapor më tepër të aplikojmë teknika të vogla rifaktorizimi në kodin që kemi tashmë për ta sjellë gradualisht më afër një dizajni më të shëndetshëm.

Duke pasur parasysh të gjitha sa më sipër, bëhet më e qartë pse ristrukturimi nuk është një luks, por një domosdoshmëri për çdo projekt që dëshiron të zgjasë për shumë vite: Mbajtja e kodit tuaj të organizuar, të lexueshëm dhe fleksibël ju kursen kohë.I bën ndryshimet e ardhshme më të shpejta dhe më të sigurta, zvogëlon borxhin teknik të akumuluar dhe u lejon ekipeve të bashkëpunojnë pa frikë në një bazë kodi që, në vend që të kalbet, përmirësohet me çdo përsëritje.