Zhvilluesit duhet të përdorin një koncept të quajtur turp.css për të silo çdo CSS të rregulluar 'të shpejtë' në projekte, sipas Harry Roberts, zhvilluesi i vjetër i UI në BSkyB.
Roberts shpjegoi në një postim në blog se kjo potencialisht do të ndalonte zhvilluesit të shihnin hacks të mbushura me të gjithë CSS dhe kështu të mendonin se gjëra të tilla janë të pranueshme si parazgjedhje.
Për më tepër, artikulli vuri në dukje se një qasje e tillë, nëse dokumentohet si duhet dhe shoqërohet nga mjetet për të përsëritur, mund të mundësojë progres më të shpejtë drejt CSS më të pastër në projektet ku janë përdorur hacks (për çfarëdo arsye).
.net i foli Roberts (HB) në lidhje me piraterinë e CSS dhe avantazhet e mundshme që mund të sjellë turp.css nëse përdoret në mënyrë korrekte.
.net: A mendoni se ka një tendencë nga disa njerëz në industri të jenë joreale në lidhje me nevojën për (shpresojmë) hacks afatshkurtra për të punuar një faqe në internet?
HR: Kohe e madhe. Nëse punoni në një sit ose produkt që fiton miliona paund në vit, çdo gabim, thyerje ose çuditje kërkon rregullim sa më shpejt të jetë e mundur. Pronarit të produktit tuaj nuk i intereson nëse CSS-ja juaj është e përsosur - ata kujdesen që faqja të jetë e ngritur dhe funksionale dhe të jetë në rregull me ato të ardhura. Kod i mire është e rëndësishme, dhe hacks nuk janë aspak ideale, por të mendosh se gjithmonë mund të parandalosh hacks dhe rregullime afatshkurtra / të shpejta është diçka e pazakontë.
.net: Pra, ju do të thoni se ato janë vetëm një e keqe e domosdoshme brenda biznesit?
HR: Kur një klient po ju merr frymë në qafë - ose një tipar është prishur në një faqe të drejtpërdrejtë - duhet të siguroheni se po i mbani të lumtur palët e interesuara. Nëse kaloni një orë duke shkruar rregullimin perfekt për diçka që mund ta keni rregulluar sipërfaqësisht në dy minuta, unë do të thoja që po mbani të lumtur personin e gabuar - dmth veten!
Në punën time, unë kam parë që ‘nevoja’ për hacks rritet mjaft proporcionalisht me madhësinë e projektit, por e mira për këtë është se ju gjithashtu do të keni më shumë kohë të projektit kushtuar rregullimit të atyre hacks.
.net: Cila është vendi ku vjen turpi.css. Me atë koncept, çfarë konkretisht konsideroni një kollitje CSS?
HR: Diçka që mund të ishte bërë më mirë duke i dhënë më shumë kohë. Hardshtë e vështirë të mendosh për shembuj jashtë kontekstit, por mendoj se shpesh do ta dish kur diçka është një hack. Shkruaj diçka që do të kishe turp t’i shpjegoje një kolegu? Kjo është ndoshta një hak!
Prandaj, turp.css ka të bëjë me krijimin e një skedari me gjërat që mund të keni bërë më mirë dhe që mund të bëni më mirë kur keni kohë për t'i rishikuar ato. It'sshtë një listë vetë-shkrimesh për të bërë, me të vërtetë - një skedar hacks që i vendosni në njërën anë për të menduar kur keni më shumë kohë.
.net: Në artikullin tuaj, ju përmendni dokumentimin e hacks, por a nuk ka ndonjë argument që zhvilluesit duhet të dokumentojnë CSS gjithsesi më shumë, sesa vetëm për hacks?
HR: Po! Nëse ka një gjë që të gjithë zhvilluesit duhet të bëjnë më shumë, është të shkruash komente. Ju duhet të komentoni gjithçka që nuk është menjëherë e qartë vetëm nga kodi. Dokumentoni kodin tuaj në mënyrë që, nëse goditeni nga një autobus gjatë rrugës për në shtëpi, kolegu juaj mund të marrë përsipër të nesërmen.
.net: Sa i përket integrimit të turpit.css, çfarë sugjeroni?
HR: Nëse përdorni një paraprocesor, @ import të turp. [scss | më pak | etj] skedoni mu në fund, në mënyrë ideale. (Kjo gjithmonë mund të çojë në specifika dhe probleme të renditjes burimore, kështu që kilometrazhi juaj mund të ndryshojë.)
Nëse nuk po përdorni një paraprocesor, por keni një proces të mirë ndërtimi, të gjithë CSS-të tuaja duhet të bashkohen dhe minifikohen përpara vendosjes, kështu që përsëri, turpi.css mund të përfundojë në fund të kësaj.
Nëse nuk jeni duke përdorur një para-përpunues dhe nuk keni një proces ndërtimi, atëherë një, ju ndoshta duhet ta rregulloni atë, dhe dy, një seksion hacks në fund të fletës tuaj të stilit është ndoshta bastja juaj më e mirë. Shame.css nuk është menduar për shikim nga publiku, kështu që kurrë mos keni një fletë stilesh të veçantë të thirrur nga një element lidhjeje në shenjën tuaj. Ju duhet të shërbeni vetëm një fletë stilesh të bashkuara dhe të minifikuara.
.net: Nëse turp.css si koncept merr vërtet ngritje, si mendoni se mund të ndryshojë procesin e dizajnit dhe faqet e internetit në përgjithësi?
HR: Shame.css është po aq i dobishëm sa zhvilluesit që e zbatojnë atë. Allshtë gjithçka mirë dhe izolon dhe dokumenton hacks mirë, por nëse nuk i rregullon ose rishikon kurrë, je thjesht në të njëjtën varkë si më parë.
Për mua, turpi.css sinjalizon një ndryshim më të gjerë në zhvillim; nuk ka nevojë të kufizohet në CSS. Koncepti thjesht është ‘të realizosh, dokumentosh dhe të tregosh një pikë të hakut tënd’. Mund ta zbatoni atë mendim për gjithçka.
Puna e vërtetë e përfshirë me turpin.css është vendosja e ekipit tuaj të menjëhershëm (zhvilluesit) në bord, dhe më pas ndërgjegjësimi i biznesit / kryeministrave / zotëruesve të skrumit / BA / pronarëve të produkteve (dhe kështu me radhë) për faktin se një produkt nganjëherë do të përfshijë më pak -të kodit ideal, por që ky kod ekziston për të përmbushur kërkesat e biznesit.
Tregojuni atyre që po izoloni dhe dokumentoni hacks dhe merrni pak kohë zhvillimi të caktuar për të rregulluar gjërat. It'sshtë më lehtë të krijosh një rast biznesi për rregullimin e një baze kodi nëse mund ta vlerësosh atë. Thjesht duke i thënë menaxherit të projektit tuaj, "Unë kam disa gjëra për të rregulluar para se të mund të kaloj në Feature X" nuk do ta shkurtojë gjithmonë atë! Merrni një listë të gjërave tek Kryeministri juaj dhe provoni të merrni gjysmë dite kohë sprint për të kaluar pastrimin.
Ideja që qëndron pas turpit.css është thjesht të bësh hack-et tuaja më transparente, të matshme dhe të izoluara. Varet nga ju se çfarë bëni me ato informacione!
