За последние несколько месяцев я полностью отказался от JavaScript и полностью использовал TypeScript для разработки интерфейса (JS только для занятий).
Преимущества в первую очередь:
- Ошибки значительно уменьшены, проблема пустого xxx, которая будет встречаться раньше, почти никогда не возникает, а ошибки, связанные с типом, уменьшаются линейно.
- Приложение стало более управляемым.Когда вам нужно ограничить какой-то код, вы можете легко сделать это с помощью типов, таких как форсирование diaplayName в React для облегчения отладки.
- Удобнее проверять документ. Раньше вам приходилось открывать браузер, чтобы увидеть документ, но теперь вы можете понять определение напрямую.
Теперь о недостатках:
нет. Ха-ха.
А как насчет внешнего интерфейса, который использует только JS?
Не паникуйте, код TS похож на код JS.После того, как вы изучите JS, вам нужно только выучить объявления типов, чтобы освоить TS.
Если проект вашей компании в настоящее время поддерживает только JS, это не имеет значения, просто добавьте ts-loader или awesome-typescript-loader, чтобы обеспечить поддержку TypeScript, TS может сосуществовать с JS.
Затем вы можете постепенно заменить JS на TS для идеального перехода.
Чем хорош TypeScript?
Если вы еще не начали изучать TS, это должно быть из-за беспокойства по поводу TS. Поди спроси, как себя чувствует передок ТС, в принципе никто об этом не жалеет. Так что это беспокойство совершенно излишне.
Так чем же так хорош ТС? Далее мы объясним это теоретически.
- Чего вы больше всего боитесь в написании кода? Код неверный, то есть баг.
- Как избежать ошибок? Запустите код, чтобы увидеть результаты, или добавьте различные тесты.
- Модульное тестирование сейчас не популярно во внешнем интерфейсе, поэтому вы можете запустить код только для просмотра результатов (например, обновить страницу, а затем щелкнуть мышью, чтобы увидеть, может ли он работать успешно).
- Но когда ваше внешнее приложение очень большое, вы не можете щелкать все страницы каждый раз, когда меняете код, потому что страниц слишком много.
- Поэтому интерфейс выбирает модульность, чтобы изменение кода затрагивало как можно меньше страниц. Но даже в этом случае вы не сможете запустить весь код с помощью теста щелчка мыши, потому что вам также может потребоваться протестировать несколько разных учетных записей.
- Это слишком обременительно. Есть ли способ быстро узнать «есть ли ошибка в коде»?
Это важный вопрос: есть ли способ быстро узнать «есть ли ошибка в коде»?
Чтобы проиллюстрировать, как типы решают эту проблему, давайте сначала представим один из самых простых типов: положительные и отрицательные числа.
Мы делим действительные числа на три типа: положительные, отрицательные и 0.
Затем посмотрите на следующее уравнение:
28937829 * -1239282 = 35862130598778
Смарт, вы можете с первого взгляда увидеть, что это уравнение неверно. Почему? Потому что «положительное число», умноженное на «отрицательное число», неизбежно приведет к «отрицательному числу». Таким образом, нам вообще не нужно запускать умножение, чтобы узнать, что результат неверен.
Это тип преимущества.
Типы позволяют вам «вероятно» узнать, правильный ли код
TS — это добавление объявлений типов в JS, чтобы мы могли знать, является ли код «вероятно» правильным.
Кроме того, этот метод очень быстрый, настолько быстрый, что вам нужно только изменить код, и TS может сказать вам, является ли код «вероятно» правильным.
Тем самым избегая многих ошибок.
Вам нужно лишь потратить немного времени на улучшение качества кода, почему бы и нет?
Слышали, что TS подходит только для больших проектов?
Неправильно, пока это JS-проект с ошибками, вы можете использовать TS вместо JS, чтобы уменьшить количество ошибок.
Итак, будь то небольшой проект или большой проект, необходимо использовать TS.
Что, если TS не будет популярен через несколько лет?
Это хороший вопрос, интерфейс развивается так быстро, и многие вещи не пользуются популярностью через несколько лет, что затрудняет набор людей для поддержки на более позднем этапе (например, AngularJS 1).
Но у ТС такой проблемы нет. Почему?
Поскольку все три интерфейсных фреймворка в настоящее время поддерживают TS:
- Angular уже давно поддерживает TypeScript, а также отказался от JS из собственного имени: AngluarJS -> Angular. Даже примеры в документации по началу работы с Angular по умолчанию относятся к версии TS. Невозможно написать Angular на JS, но это будет выглядеть очень «странно» Очевидно, что есть лучший TS, зачем кому-то использовать JS.
- Vue 3.0 был переписан с использованием TS, и для лучшей поддержки TS он даже отказался от изначально запланированного API класса.
- Поддержка React для TS также была очень гладкой с самого начала. Однако React не сильно привязан к TS.
Если TS не будет популярен в течение года, мейнтейнер вышеуказанного фреймворка заранее придумает для вас план апгрейда, так что можно не сильно переживать.
В конце концов, приятно наслаждаться тенью с обратной стороны большого дерева.
Разве изучение JS не даром?
Нет Нет Нет, TS содержит весь синтаксис JS, поэтому, когда вы используете TS, вы фактически все еще используете JS.
Другими словами, душа JS все еще здесь, просто мы больше не используем JS отдельно.
В заключение
Спешите выучить TypeScript, скоро он станет бонусом или даже обязательной вещью на собеседованиях в интернет-компаниях первого уровня.
опровергнуть
Если у вас есть что-нибудь для опровержения, вы можете опровергнуть, но, пожалуйста, укажите достаточные причины, Me Get Me будет удалены бессмысленные и полива, так что наша дискуссия будет более значимым.
Комментарии без прочтения статьи также будут удаляться.