W dniu dzisiejszym pojawi\u0142 si\u0119 dokument wskazuj\u0105cy, \u017ce Deno przestanie u\u017cywa\u0107 TypeScript w swoim wewn\u0119trznym kodzie, powo\u0142uj\u0105c si\u0119 na kilka problem\u00f3w z obecnym \u015brodowiskiem. Wspomniane problemy dotycz\u0105 mi\u0119dzy innymi czasu kompilacji TypeScript, struktury i organizacji kodu. Id\u0105c dalej, Deno b\u0119dzie u\u017cywa\u0107 czystego JavaScript do swojego wewn\u0119trznego kodu.<\/p>\n
Niekorzystne sytuacje, kt\u00f3re zesp\u00f3\u0142 Deno do\u015bwiadcza obecnie podczas korzystania z TypeScript<\/a> w swoim kodzie wewn\u0119trznym, to:<\/p>\n Czas kompilacji TypeScript, gdy zmiana plik\u00f3w zajmuje kilka minut, sprawia, \u017ce \u200b\u200bci\u0105g\u0142e kompilowanie jest niezwykle powolnym procesem<\/p>\n<\/li>\n Struktura Typescript, kt\u00f3rej u\u017cywaj\u0105 w plikach \u017ar\u00f3d\u0142owych, kt\u00f3re tworz\u0105 rzeczywisty plik wykonywalny Deno i interfejsy API skierowane do u\u017cytkownik\u00f3w, powoduj\u0105 problemy z wydajno\u015bci\u0105 \u015brodowiska wykonawczego<\/p>\n<\/li>\n TypeScript nie jest pomocny w porz\u0105dkowaniu kodu Deno. Wr\u0119cz przeciwnie, zesp\u00f3\u0142 Deno do\u015bwiadcza odwrotnego efektu. Jednym z wymienionych problem\u00f3w jest to, \u017ce sko\u0144czy\u0142y si\u0119 zduplikowanymi niezale\u017cnymi klasami cia\u0142a w dw\u00f3ch lokalizacjach https:\/\/github.com\/denoland\/deno\/issues\/4748<\/a><\/p>\n<\/li>\n Deklaracje TypeScript kodu wewn\u0119trznego i \u015brodowiska wykonawczego musz\u0105 by\u0107 r\u0119cznie synchronizowane, poniewa\u017c kompilator TypeScript nie jest pomocny w generowaniu plik\u00f3w d.ts<\/p>\n<\/li>\n Utrzymuj\u0105 dwa hosty kompilatora TS: jeden dla wewn\u0119trznego kodu Deno, a drugi dla zewn\u0119trznego kodu u\u017cytkownika, mimo \u017ce oba maj\u0105 podobny cel<\/p>\n<\/li>\n<\/ul>\n Zesp\u00f3\u0142 Deno<\/a> ma na celu usuni\u0119cie ca\u0142ego sprawdzania i \u0142\u0105czenia typ\u00f3w TS w czasie budowania dla wewn\u0119trznego kodu Deno. Nie mog\u0105 si\u0119 doczeka\u0107 przeniesienia ca\u0142ego kodu \u015brodowiska wykonawczego do jednego pliku JavaScript .<\/a> Jednak nadal b\u0119d\u0105 u\u017cywa\u0107 towarzysz\u0105cego pliku d.ts, aby zachowa\u0107 definicje typ\u00f3w i dokumentacj\u0119.<\/p>\n Warto wspomnie\u0107, \u017ce Deno przestanie u\u017cywa\u0107 TypeScript tylko dla wewn\u0119trznego kodu Deno: kod u\u017cytkownika Deno nadal b\u0119dzie w TypeScript, a zatem b\u0119dzie sprawdzany.<\/p>\n Chocia\u017c TypeScript jest czasami postrzegany jako ulepszona wersja JavaScript, ten przypadek pokazuje, \u017ce w rzeczywisto\u015bci tak nie jest. Ma wady jak ka\u017cdy inny j\u0119zyk. Jednym z najwa\u017cniejszych jest powolny czas kompilacji. Podczas gdy ma\u0142e projekty mog\u0105 nie zauwa\u017cy\u0107 ogromnego skoku czasu kompilacji po przej\u015bciu z czystego JavaScript na TypeScript, b\u0119dzie to zauwa\u017calne w du\u017cych projektach, takich jak z\u0142o\u017cona aplikacja React .<\/a> Bior\u0105c pod uwag\u0119 du\u017cy rozmiar \u015brodowiska uruchomieniowego, nie jest zaskakuj\u0105ce, \u017ce Deno przestanie u\u017cywa\u0107 TypeScript.<\/p>\n Bezpiecze\u0144stwo sprawdzania typu podczas opracowywania ma sw\u00f3j koszt w czasie kompilacji. Nie bez powodu projekt TypeScript ma obszerny dokument na temat tego, jak adresowa\u0107 i poprawia\u0107 czas kompilacji<\/a>. Jednym z najciekawszych podej\u015b\u0107 jest u\u017cycie Project References<\/a>, kt\u00f3ry pozwala programistom na rozbicie du\u017cego fragmentu kodu TypeScript na mniejsze cz\u0119\u015bci.<\/p>\n Pe\u0142ne om\u00f3wienie decyzji o usuni\u0119ciu TypeScript z wewn\u0119trznego kodu Deno i u\u017cyciu JavaScriptu mo\u017cna znale\u017a\u0107 w tym dokumencie<\/a>, w kt\u00f3rym Ryan Dahl i wsp\u00f3\u0142pracownicy omawiaj\u0105 problem, jego rozwi\u0105zanie i spos\u00f3b jego implementacji.<\/p>\n\n
Usuwanie TypeScriptu z wewn\u0119trznego kodu Deno<\/h2>\n
Przeczytaj wi\u0119cej o tym, dlaczego Deno przestanie u\u017cywa\u0107 TypeScript<\/h2>\n