Typowy skrypt Microsoft otrzymuje mieszaną reakcję
ECMAScript, którego wciąż można lubić, JavaScript w ostatnich latach zlekceważył jego etykiety "under-powered", "nadęte" i "niekompletne" i stał się uniwersalnym rozwiązaniem dla skryptów front-end.
Idź do swojej szuflady i wyciągnij ten życiorys sprzed 5 lat. Teraz znajdź sekcję umiejętności i zobacz, gdzie umieściłeś listę "JavaScript"; jeden mówi, że jest na dole, tuż nad DHTML i FrontPage. W tej chwili JavaScript jest jedną z najgorętszych umiejętności, jakie może mieć twórca stron internetowych. Jeśli nie znajduje się u szczytu zestawu umiejętności, tuż pod HTML5 i CSS3, to powinno być.
Największym dobrodziejstwem nowej wyszukiwarki JavaScript jest niewątpliwie jQuery , ale istnieje mnóstwo interesujących projektów, które krążą wokół rdzenia JavaScript. Te projekty mają tendencję do próbowania "naprawy" JavaScript. Podobnie jak dziewczyna / chłopak, który się wprowadza, zaczyna ponownie zamawiać swoją kolekcję płyt. Może być konieczne, ale na pewno nie jest grzeczne.
Problem z JavaScriptem nie polega na tym, że jest on niewygodny lub nieefektywny. To dlatego, że zbyt wielu programistów jest rozwścieczonych ideą, że ten niedostrzeżony mały dodatek do języka skryptowego (nie pozwolą nam nazwać go językiem programowania ) mógłby być kiedykolwiek użyty do czegoś poważnego. Poza tym, że JavaScript jest używany do wszelkiego rodzaju rozwiązań high-brow. JavaScript to przysłowiowa sierota, która znajduje wygrywającą loterię w rynsztoku; nagle każdy chce być jego opiekunem.
Najnowszy Daddy Warbucks (lub Fagin, jeśli wolisz) to Microsoft. Ich zespoły programistów, zmęczone zmaganiem się z brakiem sprawdzania błędów podczas budowania dużych aplikacji w JavaScript, zwróciły się Anders Hejlsberg dla rozwiązania. Hejlsberg, wcześniej odpowiedzialny za C #, ustalił, że brakowało JavaScriptu w podejściu OO (zorientowanym obiektowo). Tak to dostarczył w formie TypeScript.
Maszynopis jest nazywany nowym językiem, ale dokładniej jest nadzbiorem JavaScript, który kompiluje się w JavaScript. w odróżnieniu Projekt Google Dart TypeScript nie dąży do rozszerzenia zachowania JavaScript, a jedynie do uporządkowania JavaScriptu w formie bardziej rozpoznawalnej dla programistów Microsoftu. Ma na celu zrobić dla aplikacji JavaScript, co jQuery zrobił dla animacji JavaScript.
Naturalnie TypeScript jest dostępny jako wtyczka dla Visual Studio , ale jest również dostępny przez Node.js i to jest open source. Niestety, sprawdzanie błędów, które pozwala zaoszczędzić czas w języku TypeScript, jest dostępne tylko w Visual Studio, więc jest mało prawdopodobne, aby fale działały poza platformą Windows.
Sam język nie wydaje się w połowie zły. Prawda jest taka, że OOP jest czymś, czego brakuje w JavaScript. Spodziewaj się jednak zmian w niezbyt odległej przyszłości; pisanie statyczne jest opcjonalne w TypeScript, coś, o czym podobno Adobe próbowało za pomocą ActionScript 3, zanim ustalono, że język jest bardziej niezawodny, gdy statyczne pisanie jest obowiązkowe.
Reakcja społeczności na TypeScript została wymieszana, by powiedzieć co najmniej: entuzjazm ze strony tłumu C #, który wcześniej postrzegał JavaScript jako infantylny; cynizm twórców JavaScriptu, którzy podejrzewają, że Microsoft zgłasza roszczenia do JavaScript, tak jak Apple próbował zrobić z HTML5.
W rzeczywistości TypeScript jest dobrym narzędziem, czyni JavaScript bardziej atrakcyjną opcją dla dużych projektów, a dla użytkowników Visual Studio wprowadza sprawdzanie błędów. Jednak baza użytkowników TypeScript nie będzie istniejącą społecznością JavaScript, która już dawno przyjęła swoje wady; będą to programiści C #, którzy do tej pory nigdy nie byli w stanie zgiąć swojego nastawienia do JavaScript.
Czy jesteś użytkownikiem Visual Studio? Czy myślisz, że TypeScript oferuje nowy kierunek dla JavaScript? Daj nam znać w komentarzach.