Definitelytyped: @ types / core-js ломает сборку в версии 0.9.37

Мы также получаем здесь много ошибок. (Не удается найти имя "Обещание", не удается найти имя "Набор", ...)
Возврат к версии 0.9.36 на данный момент решает для нас проблему.

@ andy-ms / @mhegazy

«Определения от» говорит @rbuckton , но ответа нет. Я вижу, что последняя фиксация сделана вами. Любые комментарии?

Если это не @rbuckton , может быть, обновить index.d.ts с правильным ответом?

Попробуйте установить --lib в вашем tsconfig, чтобы получить нужные вам определения.

@ andy-ms Я не так хорошо знаком с компилятором машинописного текста, его внутренним устройством и тем, как он использует библиотеку типов, поэтому я не совсем уверен, что установить здесь в разделе lib? И почему? Пожалуйста, порекомендуйте.

@ dozer75 проверьте эту ссылку: [параметры компилятора машинописного

Если вы изменяете файл tsconfig.json, добавьте свойство lib с массивом строк, определяющих, какие библиотеки следует включить. Что касается меня, я использовал @ types / core-js в среде сервера узла (с целевым es5, т.е. мой машинописный текст компилировался в es5 для производства), поэтому я просто добавил "es2015" и все работало нормально. Похоже, что если вы находитесь в среде браузера, добавление "dom" даст вам стандартный javascript window и тому подобное.

Добавлением

"lib": ["es2017", "dom"]

to my compilerOptions in tsconfig.json решил эту проблему для меня.

спасибо @ andy-ms

В документации машинописного
@Narven при добавлении es2017 в вашу библиотеку вам больше не нужно набирать core-js. Интересно, почему тогда вы не получаете повторяющиеся идентификаторы.

Я немного сбит с толку, почему типизация core-js внезапно зависит от другого набора библиотек. Мне это не кажется правильным решением.

@DaSchTour Я думаю, что lib: ["dom", "es5", "scriptHost"] по умолчанию используется для целевого es5, если вы сами не укажете свойство lib . По крайней мере, я так понимаю, и это может быть причиной того, что вы не получаете повторяющиеся идентификаторы, когда сами указываете lib: ["es2015", "dom"] .

Также опция lib является заменой использования @types/core-js вместо использования зависимости.

@DrDanRyan, это точно не замена! lib для ES2017 будет содержать больше, чем @types/core-js что скроет ошибки компиляции при использовании функций, не заполненных core-js

Вот почему я использую "es2015" который работает на сервере узла ...

Проблема все еще существует. lib содержит больше, чем core-js поэтому я не думаю, что типизация для core.js должна "расширять" lib .

Я думаю, мы здесь говорим мимо друг друга. Все, что я говорю, это то, что после помещения lib: ["es2015"] в мой tsconfig.json мне больше не нужно использовать @types/core-js , поэтому я удалил его и теперь просто использую флаг компилятора.

Связывание этого с PR, которое вызвало это: https://github.com/DefinitiTyped/DefinentyTyped/pull/15108

Установка lib: ["es2015"] не решила для меня проблему.

Я все еще получаю

error TS2693: 'Promise' only refers to a type, but is being used as a value here.

Я пробовал все добавить:

  "lib": [
    "es5",
    "es2015",
    "es2017",
    "dom",
    "scripthost"
  ],

и по-прежнему получаю ошибку

Можете ли вы предоставить код, который дает сбой?

Я решил это так:

{
  "compilerOptions": {
    "target": "es6",
    "module": "es6",
    ...
  },
  "lib": [
    "ES5",
    "ES2015",
    "DOM",
    "ScriptHost"
  ]

и удаление @types/core-js

@dmitriid не знаю почему, но у меня работало то же значение lib.

Вот весь мой tsconfig.

{
  "compilerOptions": {
    "target": "es5",
    "lib": [
      "es5",
      "es2015",
      "es2017",
      "dom",
      "scripthost"
    ],
    "module": "commonjs",
    "experimentalDecorators": true,
    "sourceMap": true
  }
}

Вероятно, я решил свою проблему и забрал свой голос за исходный пост.

Является ли использование конфигурации "lib" подходящим долгосрочным решением, или @ types / cores-js будут исправлены, чтобы их можно было использовать так же, как и раньше?

@PrimalZed Я не думаю, что использование lib - вообще правильное решение, потому что оно вводит функции, которые могут быть недоступны через core-js. Таким образом, lib и @ types / core-js никогда не будут содержать один и тот же набор методов, а core-js всегда будет содержать меньше lib.

@DaSchTour давайте посмотрим на пример:

• Существует библиотека X , которая использует карту ES6 и набирается с использованием определений es6 lib.
• Для поддержки старых браузеров вы импортировали core-js polyfill в свой код перед импортом X .

Сторонние библиотеки ничего не знают о фактической реализации полифилла, поэтому полифил должен предоставлять идентичные определения, чтобы избежать подобных ошибок https://github.com/DefinentyTyped/DefinentyTyped/issues/15104

@ just-boris, а затем есть проект Y, и при использовании core-js и компиляции в es5 с es6 lib разработчик видит, что строки имеют функцию, называемую normalize. Отлично давайте воспользуемся этим, это именно то, что я искал. А несколько недель спустя при тестировании IE11 и Safari 9 мы видим странные ошибки, которых мы надеялись избежать с помощью TypeScript 🤔
О, и вдруг мы можем использовать прокси с ES5 в IE11. Хороший!
Таким образом, polyfill должен реализовывать полную, 100% поддержку ES6, чтобы избежать ошибок и обеспечить безопасное использование. 100%, 99,999% - меньше, поскольку библиотека обнаружит функции, которые не заполнены полифилом. Так что скажем до свидания core-js 😢

Со своей стороны, я закончил обновление до @ types / [email protected] и обновил свой tsconfig до этого, таким образом сохранив совместимость с IE 11.

"lib": [
      "dom",
      "dom.iterable",
      "es2015",
      "scripthost"
    ],

Добавлением

"lib": ["es2017", "dom"]

к моему compilerOptions в tsconfig.json решил эту проблему для меня.

спасибо @Narven

@ just-boris твой комментарий у меня сработал, ты!

Мне нужно, чтобы это работало для "target es5", использование lib - это хитрость и в целом неприятный запах.

Предлагаемый способ - использовать @ types / core-js, что, к сожалению, не работает для простого кода, такого как

let p = Promise.resolve( [ 1, 2, 3 ] );
p.then( function( v ) {
  console.log( v[ 2 ] ); // 1
} );

@ andy-ms / @mhegazy
Если можно, еще раз напомню, что на № 15108 написано:

Разве файлы определений Typescript не предназначены для описания того, что предоставляют пакеты? Я считаю, что определение должно соответствовать упаковке, а не окружающей среде. В частности, с core-js, если кто-то его использует, например, импортирует 'core-js', он, вероятно, делает это, потому что имитирует свою среду, не так ли?

Важной причиной, по которой люди используют определения типов, является выявление проблем во время компиляции, а не во время выполнения. На самом деле очень важно, чтобы определения core-js отражали то, что делает core-js , потому что они не обеспечивают идеального полифилла для es2015 / es2016 / es2017. По этой причине - особенно для таких библиотек, как core-js - библиотеки среды должны быть отдельным делом, т. Е. Полифил может не соответствовать стандарту.

К созданию критических изменений в проектах из-за подобных изменений нельзя относиться так легко, как показано здесь. Во- первых, достаточно сложно отследить влияние обновления пакетов

Мне удалось исправить ошибку компиляции, добавив следующее к моему tsconfig.json .

    "target": "es5",
    "lib": ["es2015", "dom"]

Что действительно глупо в этом решении, так это то, что без включения "dom" TypeScript выдаст ошибку при использовании Promise.

Вы также можете получить эти ошибки, если ваша сборка настроена неправильно.

Я использую gulp + gulp-typescript и не настраивал процесс сборки машинописного текста с учетом tsconfig.json.

Так что попробуйте это:

gulp.task('typescript', function () {
  var tsProject = ts.createProject(`${sourceRoot}/tsconfig.json`);
  return gulp.src([`${sourceRoot}/**/*.ts`])
    .pipe(tsProject())
    .pipe(gulp.dest(`${destinationRoot}`));
});

Это может помочь в сочетании с другими отзывами людей: smile:

Добавлением

"lib": ["es2015", "dom"]
к моему compilerOptions в tsconfig.json решил эту проблему для меня.

Например, @elusive добавление tsconfig.json с указанными значениями устранило проблему компиляции.

Однако это похоже на взлом.

Есть какое-нибудь более чистое решение?

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

@DaSchTour : в моем случае я использовал уловку для tsconfig.json, потому что это только для примера для Frint

Но для реального проекта нужно найти реальное решение. Не могли бы мы обновить и исправить core-js?

Я использую все самое последнее, и ни один из примеров lib у меня не сработал :(

Я тоже вижу эту ошибку. Это не все ломает, но меня раздражает то, что я вижу эти маленькие красные линии при компиляции.

Они уходят с:

"target": "es5"
...
"lib": ["es5","dom","scripthost","es2015"]

Технически ошибка исчезла с помощью всего лишь "lib": ["es2015","dom"] , но если вы посмотрите на параметры компилятора TS , то по умолчанию для целевого объекта es5 вводятся "es5", "dom","scripthost" , а я этого не сделал. не хочу терять настройки по умолчанию.

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

Просто к сведению: если вы видите эти проблемы при попытке заставить NG2 работать, все эти проблемы исчезнут, когда вы используете Angular CLI.

Это tsconfig, который создает Angular CLI:

"compileOnSave": false,
  "compilerOptions": {
    "outDir": "wwwroot/js/out-tsc",
    "baseUrl": "src",
    "sourceMap": true,
    "declaration": false,
    "moduleResolution": "node",
    "emitDecoratorMetadata": true,
    "experimentalDecorators": true,
    "target": "es5",
    "typeRoots": [
      "node_modules/@types"
    ],
    "lib": [
      "es2016",
      "dom"
    ]
  }

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

Разве это не будет решено в самом пакете определений?

Как и другие государства, добавление записи lib в tsconfig работает, но также делает этот пакет бесполезным. Зачем нам вообще нужен этот пакет, если с ним можно справиться, просто установив lib (что мы все равно должны сделать)?

Мое решение заключалось в том, чтобы добавить lib: ["es2015", "dom"] в мой ts.config, и я также удалил эту библиотеку, поскольку она не нужна, когда я добавлял записи lib.

Если владельцы этого пакета не хотят ничего с этим делать. Предлагаю закрыть этот вопрос комментарием, почему и как это делать правильно, чтобы все знали, что делать.

Это решение сработало для меня на машине с Windows.

"lib": ["es2017", "dom"]
к моему compilerOptions в tsconfig.json решил эту проблему для меня.

спасибо @ andy-ms

@Jtreu Спасибо за ваш ответ относительно gulp по этой теме.

Это было проблемой в самом начале этого проекта

https://github.com/toni-rmc/laravel-angular-integration

и ваш ответ поможет решить эту проблему.

Я отправил PR, чтобы вернуть его в правильную форму: https://github.com/DefinitiTyped/DefinitiTyped/pull/19531

@ dozer75 @ctlong @DaSchTour @ rajinder-yadav @jackTheRipper

Так, например, если я объединяю только символы ES6 с core-js включенные библиотеки должны быть (как минимум): es5 , dom , es2015.symbol

Может ли кто-нибудь подтвердить правильность моей интерпретации? Спасибо!
/ cc @ andy-ms

@cvsguimaraes Это должно быть правильно.

Это все еще не работает? Я получаю error TS2304: Cannot find name 'PropertyKey'. и больше на 0.9.43

ОБНОВЛЕНИЕ: Неважно, я не понимал, что предоставление исходного файла для компиляции в командной строке, например tsc priotractor.ts , помешает ему прочитать файл `tsconfig. Я создал новый файл tsconfig только для моего теста транспортира, который включает только один файл, который я хочу скомпилировать, и теперь он отлично работает.

Вот мой конфиг, если он кому-то поможет

{
   "compileOnSave": false,
   "compilerOptions": {
      "baseUrl": ".",
      "moduleResolution": "node",
      "emitDecoratorMetadata": true,
      "experimentalDecorators": true,
      "target": "es5",
      "typeRoots": [
         "node_modules/@types"
      ],
      "lib": [
         "es2016",
         "dom"
      ]
   },
   "files": [
      "./config/protractor.config.ts"
   ]
}

На случай, если кто-то другой сможет извлечь уроки из моей ошибки. Убедитесь, что вы редактируете tsconfig.json в правильном каталоге!

После долгой тряски я заметил, что редактировал конфигурацию в корне моего проекта, а не в конфигурации в root / src, которую я открыл в VSCode. После внесения рекомендуемых изменений он работает.

Обновление TypeScript до v2.6.1 и установка его в качестве версии для VS Code решили проблему для меня.

@IAMtheIAM исправил это для меня, спасибо

Пробовал большинство настроек compilerOptions , перечисленных здесь, практически безуспешно в течение нескольких дней. Черт, я даже обновил пакет машинописного текста в своей ОС!

Решение было слишком легко заметить: не передавайте файлы TS в tsc напрямую, а укажите их в tsconfig.json и просто вызовите tsc .

@shybovycha Поскольку это решает проблему, в документации указано, что вы можете и должны иметь возможность напрямую передавать файл в команду. Без этого мини-исправления я бы все равно получал ошибки. У меня есть следующие версии:

    "@types/core-js": "2.5.0"
    "core-js": "2.5.7"
    "typescript": "3.1.6"