В последнее время я был на языковом заглушке, независимо от того, что я стараюсь, я всегда в конечном итоге возвращаюсь к типовойписам, это, вероятно, скорее случай, «вы знаете, что вы знаете», и «я могу быть продуктивным с TypeScript», но но Что происходит, когда вам нужны силы веб -сборки? Ну, вы могли бы попробовать Native Script, но я обнаружил, что опыт работы с Native Script был недовольным и не так просто, как, сказать, Rust Bindgen.
Слон в комнате 🐘
Возможны следующие стеки.
| Машинопись | Машинопись |
| Котлин | Котлин |
| Машинопись | Котлин |
| Котлин | Машинопись |
Так в чем же сделка? Оба языка составляют свои соответствующие цели, для TypeScript, это просто JavaScript и впечатляюще все его прошлые и будущие версии. Но для Kotlin он составлен в Bytecode или Bytecode JVM или LLVM, так что нативная и веб -сборка также возможна, что я очень хотел бы поступить TypeScript, Ох, и Котлин тоже собирается в JavaScript.
Вау Котлин выигрывает другой вид целевой войны подбора? Это область применения шире. Для меня я все равно использовал бы TypeScript на Frontend, потому что, это похоже на JavaScript, это единственная причина, честно говоря, мне нравятся мои утки крякаться и выглядеть как утки.
По той же причине я не использовал бы узел и типовые в бэкэнд и котлин на фронте, несмотря на то, что противоречие на самом деле довольно разумно.
Сценарии использования
Я начал писать WASM с Emacripten и C ++, но я признаю, что это не тот язык, который мне нравится, на самом деле многие профессиональные программисты C ++ открыто признают, что у языка есть некоторые недостатки, но им нравится скорость. Для меня я просто пытаюсь сделать игру для развлечения, мне бы хотелось простой использование, я думаю, что это пишет ржавчину для этого конкретного проекта, это фантастическое сочетание с TypeScript с Rust-Bindgen (посмотрите на это !).
Итак, что выглядит как TypeScript, работает довольно быстро, имеет, возможно, лучшие функции, которые я всегда хотел, чтобы JS мог сделать (извините, JavaScript, я люблю вас) и компилируется многим вещам, Java, конечно! О, я сказал Java 😳, я имел в виду котлин хех, а не то же самое .. Kotlin – это не Java, но вы можете запустить код Java внутри Kotlin, это приятно, у нас также есть код Cotlin Can Code (общая особенность большинства составленных языков LLVM, которые будут справедливыми). Вы можете видеть, что у вас будет огромный спектр целей и библиотек, которые выбирают, далеко за пределами только NPM, и это что -то говорит.
Почему бы никто не сегодня?
1 + 1 Ответ, знаете ли вы, что JavaScript под капюшоном много, чтобы вычислить это? “Это строка, может быть, это что -то еще, что я могу собрать вместе? Нет, это число и еще один номер, не нужно бросить, О да, ответ 2 “. Спасибо за комментарий JavaScript, вы говорите, но потом вы думаете: «Подожди, я только что проделал большую работу по типике всего этого кода в типографии только для того, чтобы вы пошли и угадали? ” Да, время выполнения все еще остается JavaScript, мы не можем этого избежать, вы можете признать, что это И лично я лично имею, но всегда в глубине души думать, это тайно, что я не могу просто сказать JS, что делать.
Котлин не Android
Kotlin – это Jetbrains, предлагающий JVM и Официальный язык для поддержания Android (круто, так что обучение, это может привести к другим направлениям), однако этот факт означает, что Котлин получает ту же обертку, что и TypeScript, синонимично с OOP, несмотря на то, что он может быть просто JavaScript с типами.
Fullstack Kotlin и TypeScript?
Моя дневная работа – JavaScript, крайне важно, чтобы я не отошел от этого, для меня я не могу позволить себе использовать Kotlin в качестве транспилера JavaScript. Потому что переключение контекста стоит дорого, поэтому давайте оставим это при этом. TypeScript на фронте с Kotlin на бэкэнд, теперь давайте доберемся до хорошего бита, стоимость переключения контекста между Kotlin и TypeScript.
println("Hello, world!")
console.log("Hello, world!");
Неплохо, неплохо, теперь как насчет чего -то немного менее сложного.
var myVariable = 42 myVariable = 50 val myConstant = 42
let myVariable = 42; myVariable = 50; const myConstant = 42;
Теперь это интересно, у JavaScript есть VAR, но он отстой, и больше никому не нравится, у Котлина никогда не было VAR заранее, и поэтому просто использует var в качестве Let, const просто val, я Val, я не меняю, не делаю большую песню Танцуй об этом.
val explicitDouble: Double = 70.0
const explicitDouble: number = 70;
Две вещи, которые меня видели, то почему TS встроен в примитивные типы нижних регистра, и почему у нас не может быть больше типов чисел, когда JavaScript поддерживает множество различных типов чисел … (Вроде), Котлин, нет проблем, вот двойник.
val apples = 3
val oranges = 5
val fruitSummary = "I have ${apples + oranges} " +
"pieces of fruit."
const apples = 3;
const oranges = 5;
const fruitSummary = `I have ${apples + oranges} ` +
"pieces of fruit.";
Так что это выглядит нормально, о, подождите, без обработчиков, потому что 2 цитаты достаточно.
Список можно продолжать и продолжать, есть много функций, которые TypeScript не может сделать, потому что JavaScript не может сделать. Вот полный список. Вы можете начать согреваться и нечетко, когда читаете это. Вау, котлин Ты мне нравишься!
Kotlin похож на TypeScript
Почему Kotlin выглядит немного как TypeScript
Возможно, это сходящаяся эволюция или, возможно, это Дизайн был вдохновлен общим предком, в любом случае, кто заботится, главное, что логотип Котлина немного прохладнее.
Спасибо за чтение!
Оригинал: “https://dev.to/adam_cyclones/typesript-developer-reacts-to-kotlin-2adc”