T\u00e4na ilmus dokument, mis viitab sellele, et Deno l\u00f5petab TypeScripti kasutamise oma sisemises koodis, viidates mitmetele praeguse keskkonnaga seotud probleemidele. Mainitud probleemid h\u00f5lmavad muu hulgas TypeScripti kompileerimisaegu, struktureerimist ja koodikorraldust. Edaspidi kasutab Deno oma sisemise koodi jaoks puhast JavaScripti.<\/p>\n
Ebasoodsad olukorrad, mida Deno meeskond praegu oma sisemise koodi jaoks TypeScripti kasutamisel kogeb, on j\u00e4rgmised:<\/a><\/p>\n TypeScripti kompileerimisaeg failide muutmisel v\u00f5tab mitu minutit, muutes pideva kompileerimise piinavalt aeglaseks<\/p>\n<\/li>\n Typescripti struktuur, mida nad kasutavad l\u00e4htefailides, mis loovad tegeliku Deno k\u00e4ivitatava faili ja kasutajale suunatud API-d, tekitab k\u00e4itusprobleeme.<\/p>\n<\/li>\n TypeScriptist ei ole Deno koodi korraldamisel abi. Vastupidi, Deno meeskond kogeb vastupidist efekti. \u00dcks mainitud probleemidest on see, et nad j\u00f5udsid kahes kohas s\u00f5ltumatute kehaklasside dubleerimisega https:\/\/github.com\/denoland\/deno\/issues\/4748<\/a><\/p>\n<\/li>\n Sisemine kood ja k\u00e4itusaegsed TypeScripti deklaratsioonid tuleb k\u00e4sitsi s\u00fcnkroonis hoida, kuna TypeScripti kompilaator ei aita d.ts-faile luua<\/p>\n<\/li>\n Nad haldavad kahte TS-kompilaatori hosti: \u00fcks sisemise Deno koodi jaoks ja teine \u200b\u200b\u200b\u200bv\u00e4lise kasutajakoodi jaoks, kuigi m\u00f5lemal on sarnane eesm\u00e4rk<\/p>\n<\/li>\n<\/ul>\n Deno<\/a> meeskonna eesm\u00e4rk on eemaldada sisemise Deno koodi kogu ehitusaegse TS-t\u00fc\u00fcbi kontrollimine ja komplekteerimine. Nad ootavad kogu k\u00e4itusaja koodi teisaldamist \u00fchte JavaScripti<\/a> faili. T\u00fc\u00fcbim\u00e4\u00e4ratluste ja dokumentatsiooni s\u00e4ilitamiseks kasutavad nad siiski kaasfaili d.ts.<\/p>\n Tasub mainida, et Deno l\u00f5petab TypeScripti kasutamise ainult sisemise Deno koodi jaoks: Deno kasutajakood on endiselt TypeScriptis ja seega on t\u00fc\u00fcp kontrollitud.<\/p>\n Kuigi TypeScripti peetakse m\u00f5nikord JavaScripti t\u00e4iustatud versiooniks, n\u00e4itab see juhtum, et tegelikult see nii pole. Sellel on puudusi nagu igal teisel keelel. \u00dcks olulisemaid on selle aeglane koostamisaeg. Kuigi v\u00e4ikesed projektid ei pruugi puhtalt JavaScriptilt TypeScriptile \u00fcleminekul kompileerimisaja tohutut pikenemist n\u00e4ha, on see m\u00e4rgatav suurtes projektides, n\u00e4iteks keerulises Reacti<\/a> rakenduses. Arvestades selle t\u00f6\u00f6aja suurt suurust, pole \u00fcllatav, et Deno l\u00f5petab TypeScripti kasutamise.<\/p>\n Arendusaegse t\u00fc\u00fcbikontrolli ohutusel on kompileerimise ajal oma hind. Pole p\u00f5hjust, et TypeScripti projektil on ulatuslik dokument kompileerimisaja k\u00e4sitlemise ja parandamise<\/a> kohta. \u00dcks huvitavamaid l\u00e4henemisviise on kasutada Project References<\/a>, mis v\u00f5imaldab arendajatel jagada suur TypeScripti koodiosa v\u00e4iksemateks t\u00fckkideks.<\/p>\n T\u00e4ieliku arutelu otsusest loobuda TypeScriptist sisemisest Deno koodist ja kasutada selle asemel JavaScripti leiate sellest dokumendist<\/a>, kus Ryan Dahl ja kaast\u00f6\u00f6tajad arutavad probleemi, selle lahendust ja selle rakendamist.<\/p>\n\n
TypeScripti eemaldamine sisemisest Deno koodist<\/h2>\n
Lugege lisateavet selle kohta, miks Deno TypeScripti kasutamise l\u00f5petab<\/h2>\n