Af hverju þú ættir (líklega) að nota TypeScript

Núverandi staða af Tegundaskjal Það kom ekki úr engu þar sem þessi tækni getur raunverulega bætt upplifun forritara okkar. Skýrari kóðun eykur stjórn og fyrirsjáanleika í kóði.
Í þessari grein mun ég reyna að sannfæra þig um að nota TypeScript.

*- Gögn uppruni: Ástand JS 2020 og Stack Overflow þróunaraðilakönnun 2020.

Komdu að villum fyrr

Venjulega, þegar þú ert að þróa forrit í JavaScript, flæði þitt gæti
lítur svona út:

1. Gerðu breytingu,
2. Farðu í forritið og skoðaðu breytta hlutann / keyrið tengd próf.
3. Komdu að því hvort allt sé í lagi.

Með Typescript geturðu í raun gert breytinguna og ef einhver er Gerðargalli Í kóðanum þínum munt þú vita það samstundis þökk sé villuskilaboðum þýðilsins eða rauntímaviðbrögðum IDE-sins.
Auðvitað mun Typescript-þýðandinn ekki leysa öll vandamál né vara þig við öllum villum, en hjálp hans getur verið ómetanleg.

Betri setningafræðilokun í forritunarumhverfum

Það er mjög einfalt. Ef þú notar góðar IDE-umhverfi, eins og WebStorm eða VSCode, munt þú fá
betri kóðauppfylling í TypeScript. Kannski hljómar það ekki eins og mikil bót á þróunarreynslunni, en að lokum skiptir hver einasta bót máli því hún gæti sparað okkur Það sparar tíma og kemur í veg fyrir leturvilla eða mistök. Einnig getum við skilgreint tegundina eða viðmótið einu sinni; þar sem við þurfum ekki alltaf að muna uppbygginguna getum við einbeitt okkur að ritun viðskiptalógíkur.

Sársaukaminni endurskipulagning kóða

Ímyndaðu þér að þú þurfir að endurskipuleggja kóðann af einhverjum ástæðum, til dæmis ef þú hefur gengið til liðs við a verkefni og þú færð verkefnið að bæta við nýja eiginleika, en sá eiginleiki er einhvernig tengdur við erfðakóða.
Typescript getur gert það auðveldara og minna sárt, því þegar þú gerir breytingu og er annar staður þar sem þú þarft að gera aðra breytingu, mun þýðandinn vara þig við því.

Til dæmis – það gæti verið breytt aðgerðarskilt eða kannski eftir breytinguna, a
Fallið mun skila eitthvað alveg öðruvísi, svo skilað gerð mun einnig vera öðruvísi.

Vertu öruggari varðandi kóðagrunninn

JavaScript er veikburða og dýnamískt týpuð, svo þegar þú frumstillingar breytu með gildinu leykja fyrirspurn = '' Síðar í kóðanum gæti forritarinn af óvart gert eitthvað óskynsamlegt, til dæmis fyrirspurn = satt, og það verður gilt JS kóða.

Í vel skrifuðum kóða ætti ekki að úthluta bool-gildi í breytu sem áður var streng. Venjulega stafar sú úthlutun með tegundarbreytingu af mistökum.

Þegar við notum TypeScript getum við ekki breytt tegund breytunnar, svo ef við gerum það leykja fyrirspurn = '' breytilegur, mun það vera keðja tegund og við munum ekki geta breytt tegundinni fyrir slysni.

Ef við viljum leyfa breytu að vera af fleiri en einni tegund, gerum við það alltaf skýrt með union-gerð, til dæmis string | number.

Þess vegna gerir Typescript kóðann okkar fyrirsjáanlegri og skýrari.
Einnig sér TypeScript um skýrleika í greiningu á stýriflæði, og ef mögulegt er að eitthvað fari úrskeiðis, mun það vara þig við.

Hér í dæmi í fyrsta ef blokk munum við fá villu:

TS2339: Eignin 'battery' er ekki til staðar á gerðinni 'ClothingProduct' tvisvar sinnum, fyrir rafhlaða, og griðingur Eiginleikar.

Í öðrum blokk – annars, við fáum þessa villu fyrir stærð eign. Auðvitað er þetta aðeins dæmi til að sýna þér hvernig fordómafullir sambandir og greining á stýriflæði Vinnum í TypeScript, svo við erum ekki að gera neitt of flókið með þennan kóða.

Auðveld, stigvaxandi flutningur frá JavaScript

Gildur JavaScript-kóði er jafnframt gildur TypeScript-kóði, svo þú getur flutt kóðagrunninn þinn skref fyrir skref. Venjulega er gott að nota strangt ham í TypeScript, en í þessu tilfelli,
Við verðum að byrja á "strangt": falskt í tsconfig.json og við ættum einnig að setja tvær fleiri valkosti.

"allowJs": true, // leyfir okkur að nota .js-skrár og gerðir verða ekki athugaðar í þeim
"skipLibCheck": true // sleppir því að athuga gerðir í bókasöfnum sem við notum

Með þessum valkostum getum við flutt frá JS yfir í TS skref fyrir skref – skrá fyrir skrá, einfaldlega breytt viðbótinni úr .js(x) til .ts(x) og bæta við gerðum í skrárnar. Með þessari nálgun getum við forðast hundruð eða þúsundir skelfilegra samsetningarmistaka.

Yfirlit

Ég held að við ættum að nota Tegundaskjal svo oft sem mögulegt, því það er mjög gagnlegt til lengri tíma. Það hjálpar til við að viðhalda verkefnum, eykur reynslu forritara og gerir kóðagrunninn okkar skýrari og áreiðanlegri.

Hins vegar, eins og alltaf, eru undantekningar – til dæmis fyrir einfalda lendingarsíðu.
Þar sem JavaScript er eingöngu notað til að skipta um class eða í öðru einföldu tilfelli, er TypeScript algjörlega tilgangslaust.
Einnig verðum við að muna að til að nýta TypeScript til fulls verðum við að læra að nota það á nægu stigi, og það getur tekið nokkurn tíma. Ég tel að það sé enn mjög arðbær fjárfesting í tíma þínum.

Lesa meira:

Ruby 3.0. Ruby og minna þekktar aðferðir til stjórnunar persónuverndar

Hæstu gæðakóði í SaaS-verkefni þínu. Af hverju ættir þú sem (ekki tæknilegur) stofnandi að hafa áhuga á því?

Titilmyndin er fengin af vefsíðunni Know Your Meme.