Как я научился перестать беспокоиться и любить TypeScript

На этом этапе, помимо ощущения полной неудачи в жизни, у вас также есть технический долг, поскольку вы вынуждены искажать свой код, чтобы угодить компилятору.

Так что если строгая типизация так ужасна, почему многим разработчикам это нравится? Одним словом — Повышенная производительность.

Увеличение производительности

Хорошо, это было два слова.

Я знаю, что только что объяснил, как типы заставляют разработчиков нести технические долги, а затем я сказал, что типизированные языки повышают производительность, и это нечто большее, чем просто противоречие, но это одна из тех вещей с обоюдоострым мечом.

Типы — это то, что делает IDE больше, чем просто текстовый редактор. Чаще всего мы работаем с кодом, который мы не писали, чаще всего с использованием фреймворка. У фреймворка есть API, о котором мы (по крайней мере изначально) ничего не знаем. Это означает, что для продуктивной работы с фреймворком вы должны не только знать, как кодировать, но и освоить чужой код. Кажется, нечестно, не так ли?

И изучение всей структуры не является маленькой задачей. Спустя 5 лет я все еще нахожусь в документации по jQuery, и это даже не сложная или большая поверхность API. Когда вы говорите о чем-то таком большом, как .NET Framework или Cocoa, просто нет способа узнать все это без многолетнего опыта.

Давайте возьмем просто строку в C #. Согласно официальной документации для .NET 4.5 , класс String имеет 8 конструкторов и 120 методов ! Это даже не включает методы расширения или операторы.

В отличие от этого, объект JavaScript String имеет 1 конструктор и 21 метод. Даже имея всего 21 метод, я все равно время от времени ищу их.

Именно здесь вступает в силу IDE и делает возможным использование таких масштабных сред, как .NET. Мне не нужно ссылаться на строковую документацию, мне просто нужно начать использовать строку. Когда я это сделаю, IDE сообщит мне, какие методы я могу использовать, и расскажет, что они делают, и я никогда не покину редактор и не потеряю контекст.

И вот тут-то мы и добрались до TypeScript.

До сих пор строго типизированные языки представляли собой пакет «все или ничего» TypeScript отличается от других. Это приносит лучшие части набора текста — особенно увеличенную производительность через интеграцию IDE — и оставляет нелепую часть кастинга как дополнительную. Я не полностью осознавал всю мощь этого до недавнего времени, когда занимался разработкой NativeScript .

Значение TypeScript

В последнее время я много работал над NativeScript, и NativeScript рассматривает TypeScript как гражданина первого класса — действительно BFF. Фактически, все кроссплатформенные модули в NativeScript (tns_modules) написаны на TypeScript. AppBuilder For Visual Studio предоставляет шаблон TypeScript для NativeScript, поэтому я решил попробовать и посмотреть, как это на самом деле использовать TypeScript в Visual Studio.

Если я пишу простое приложение на NativeScript, я начинаю с разметки для страницы (мобильный просмотр). При этом Visual Studio предлагает мне некоторые события, которые я могу использовать, такие как часто используемое loadedсобытие в NativeScript. Это сделано потому, что NativeScript предоставляет определение схемы в Visual Studio для разметки. Но это Visual Studio, которая предоставляет редактор магии. Я также могу создать TextField без необходимости помнить, что такое разметка.

Рассмотрим следующий код со страницы NativeScript, который обрабатывает loadedсобытие. Это может быть написано со стандартным JavaScript ES5, как это так …

var viewModule = require('ui/view');

exports.loaded = function(args) {
    var page = args.object;
    greeting = viewModule.getViewById(page, "txtGreeting");
    greeting.text = "Hello Indeed";
}

export function loaded() {
    //...
};

import * as observable from 'data/observable';
export function loaded(args: observable.EventData) {
    //...
};

import * as page from 'ui/page';

var x = 1;
var i = null;
console.log(x === i); // FALSE