Definitelytyped: @ प्रकार/कोर-जेएस ब्रेक 0.9.37 संस्करण में निर्मित होता है

हमें यहां भी बहुत सारी त्रुटियां मिल रही हैं। (नाम "वादा" नहीं मिल रहा है, नाम "सेट" नहीं मिल रहा है ...)
0.9.36 पर वापस लौटने से इस समय हमारे लिए समस्या हल हो जाती है।

@andy-ms / @mhegazy

"परिभाषाएं" @rbuckton कहते हैं, लेकिन वहां कोई प्रतिक्रिया नहीं है। मैं देख रहा हूं कि आखिरी प्रतिबद्धता आपके द्वारा की गई है। कोई टिप्पणी?

अगर यह @rbuckton नहीं है जो जिम्मेदार है, तो शायद index.d.ts को सही जिम्मेदार के साथ अपडेट करें?

आपको आवश्यक परिभाषाएं प्राप्त करने के लिए अपने tsconfig में --lib सेट करने का प्रयास करें।

@ एंडी-एमएस मैं टाइपस्क्रिप्ट कंपाइलर से इतना परिचित नहीं हूं, यह आंतरिक है और यह टाइप लाइब्रेरी का उपयोग कैसे करता है, इसलिए मुझे पूरा यकीन नहीं है कि यहां lib अनुभाग में क्या सेट करना है? और क्यों? कृपया सलाह दें।

@dozer75 इस लिंक को देखें: [टाइपस्क्रिप्ट कंपाइलर विकल्प]।(https://www.typescriptlang.org/docs/handbook/compiler-options.html)

यदि आप अपनी tsconfig.json फ़ाइल को संशोधित कर रहे हैं, तो स्ट्रिंग की एक सरणी के साथ lib की एक संपत्ति जोड़ें जो निर्दिष्ट करती है कि किन पुस्तकालयों को शामिल करना है। मेरे लिए, मैं नोड सर्वर वातावरण में @ प्रकार/कोर-जेएस का उपयोग कर रहा था (लक्ष्य es5 के साथ, यानी मेरी टाइपस्क्रिप्ट को उत्पादन के लिए es5 में संकलित किया जा रहा था) इसलिए मैंने अभी "es2015" जोड़ा और सब कुछ ठीक काम किया। ऐसा लगता है कि यदि आप ब्राउज़र परिवेश में हैं, तो "dom" जोड़ने से आपको मानक जावास्क्रिप्ट window और उस तरह की सामग्री भी मिल जाएगी।

जोड़ कर

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

मेरे compilerOptions में tsconfig.json मेरे लिए इस मुद्दे को हल किया।

धन्यवाद @ एंडी-एमएस

@DrDanRyan टाइपस्क्रिप्ट प्रलेखन का कहना है कि लक्ष्य के रूप में es5 का उपयोग करना DOM, ES5, ScriptHost को libs में जोड़ता है। तो इसकी आवश्यकता नहीं होनी चाहिए।
@Narven जब आपके lib में es2017 जोड़ते हैं तो आपको अब कोर-जेएस टाइपिंग की आवश्यकता नहीं होती है। मुझे आश्चर्य है कि आपको डुप्लिकेट पहचानकर्ता क्यों नहीं मिलते हैं।

मैं थोड़ा उलझन में हूं कि क्यों कोर-जेएस टाइपिंग अचानक पुस्तकालयों के दूसरे सेट पर निर्भर करती है। यह मेरे लिए सही समाधान की तरह नहीं दिखता है।

@DaSchTour मुझे लगता है कि लक्ष्य es5 के लिए डिफ़ॉल्ट रूप से lib: ["dom", "es5", "scriptHost"] का उपयोग किया जाता है यदि आप स्वयं एक lib संपत्ति निर्दिष्ट नहीं करते हैं । कम से कम यह मेरी समझ है, और यही कारण है कि जब आप स्वयं lib: ["es2015", "dom"] उल्लेख करते हैं तो आपको डुप्लिकेट पहचानकर्ता नहीं मिलते हैं।

साथ ही lib विकल्प एक निर्भरता के विपरीत @types/core-js का उपयोग करने के लिए एक प्रतिस्थापन है ।

@DrDanRyan यह निश्चित रूप से प्रतिस्थापन नहीं है! ES2017 के लिए lib @types/core-js से अधिक का रास्ता होगा जो कोर-जेएस द्वारा पॉलीफिल्ड नहीं सुविधाओं का उपयोग करते समय संकलन त्रुटियों को छुपाएगा

इसलिए मैं "es2015" का उपयोग कर रहा हूं जो नोड सर्वर के लिए काम करता है ...

समस्या अभी भी मौजूद है। lib में core-js से अधिक शामिल हैं, इसलिए मुझे नहीं लगता कि core.js के लिए टाइपिंग "विस्तारित" होनी चाहिए lib ।

मुझे लगता है कि हम यहां एक दूसरे के सामने बात कर रहे हैं। मैं केवल इतना कह रहा हूं कि मेरे tsconfig.json lib: ["es2015"] डालने के बाद मुझे अब @types/core-js का उपयोग करने की आवश्यकता नहीं है इसलिए मैंने इसे अनइंस्टॉल कर दिया और अब केवल कंपाइलर ध्वज का उपयोग करें।

इसे पीआर के साथ क्रॉस-लिंक करना जिसके कारण यह हुआ: https://github.com/DefinitelyTyped/DefinitelyTyped/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 पता नहीं क्यों, लेकिन वही काम मूल्य मेरे लिए काम करता है।

यहाँ मेरा पूरा tsconfig.

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

शायद, मैंने अपनी समस्या हल कर ली है और मूल पोस्ट से अपना अपवोट वापस ले लिया है।

क्या "lib" कॉन्फ़िगरेशन का उपयोग करना उचित दीर्घकालिक समाधान है, या @types/cores-js ठीक हो जाएगा ताकि इसे पहले जैसा ही इस्तेमाल किया जा सके?

@PrimalZed मुझे नहीं लगता कि lib का उपयोग करना एक उचित समाधान है, क्योंकि यह उन सुविधाओं को पेश करता है जो कोर-जेएस के माध्यम से उपलब्ध नहीं हो सकते हैं। तो lib और @ प्रकार/कोर-जेएस में विधियों का एक ही सेट कभी नहीं होगा और कोर-जेएस में हमेशा lib से कम होगा।

@DaSchTour आइए उदाहरण देखें:

• एक पुस्तकालय है X , जो ES6 मानचित्र का उपयोग करता है और इसे es6 lib परिभाषाओं का उपयोग करके टाइप किया जाता है
• आदेश में तो पुराने ब्राउज़र आप आयात किया है समर्थन core-js अपने कोड में polyfill आयात करने से पहले X ।

तृतीय-पक्ष पुस्तकालयों को वास्तविक पॉलीफ़िल कार्यान्वयन के बारे में कुछ भी पता नहीं है, इसलिए इस तरह की बग से बचने के लिए पॉलीफ़िल को समान परिभाषाएँ प्रदान करनी चाहिए https://github.com/DefinitelyTyped/DefinitelyTyped/issues/15104

@ जस्ट-बोरिस और फिर प्रोजेक्ट वाई है और कोर-जेएस का उपयोग करते समय और ईएस 6 लिब के साथ ईएस 5 को संकलित करते समय एक डेवलपर देखता है कि स्ट्रिंग्स में सामान्यीकृत नामक फ़ंक्शन होता है। बढ़िया चलिए इसका उपयोग करते हैं, यह वही है जो मैंने खोजा था। और कुछ हफ्ते बाद IE11 और Safari 9 पर परीक्षण करने पर हमें अजीब त्रुटियां दिखाई देती हैं जिन्हें हमने टाइपस्क्रिप्ट का उपयोग करके टालने की उम्मीद की थी
ओह और अचानक हम IE11 पर ES5 के साथ प्रॉक्सी का उपयोग कर सकते हैं। अच्छा!
इसलिए पॉलीफ़िल को बग से बचने और सुरक्षित उपयोग की अनुमति देने के लिए ES6 के लिए पूर्ण, 100% समर्थन लागू करना होगा। 100%, 99,999% से कम है क्योंकि lib उन विशेषताओं को प्रकट करेगा जो पॉलीफ़िल्ड नहीं हैं। तो चलिए अलविदा कहते हैं कोर-जेएस

मेरे अंत में मैंने @types/ [email protected] में अपग्रेड करना और अपने tsconfig को अपडेट करना इस प्रकार IE 11 के साथ संगतता बनाए रखना समाप्त कर दिया।

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

जोड़ कर

"लिब": ["es2017", "डोम"]

मेरे कंपाइलर के लिए tsconfig.json में विकल्प ने मेरे लिए इस मुद्दे को हल किया।

धन्यवाद @ नारवेन

@ जस्ट-बोरिस आपकी टिप्पणी ने मेरे लिए काम किया, ty!

मुझे इसे "लक्ष्य ES5" के लिए काम करने की ज़रूरत है, lib का उपयोग करना एक हैक है और इसमें कुल मिलाकर एक बुरी गंध है।

सुझाया गया तरीका @ प्रकार/कोर-जेएस का उपयोग करना है, जो दुर्भाग्य से सरल कोड के लिए काम नहीं करता है जैसे

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

@andy-ms / @mhegazy
अगर मैं कर सकता हूं, तो मैं #15108 पर लिखा हुआ पुनरुत्थान करना चाहूंगा:

टाइपप्रति परिभाषा फाइलों की बात यह नहीं है कि यह वर्णन करने के लिए कि कौन से पैकेज प्रदान करते हैं? मेरा मानना ​​है कि परिभाषा पैकेज के लिए सटीक होनी चाहिए, न कि पर्यावरण के लिए। विशेष रूप से कोर-जेएस के साथ, अगर कोई इसका उपयोग कर रहा है, उदाहरण के लिए, 'कोर-जेएस' आयात करें, तो वे ऐसा इसलिए कर रहे हैं क्योंकि वे अपने पर्यावरण को चमका रहे हैं, नहीं?

लोगों द्वारा टाइप परिभाषाओं का उपयोग करने का एक महत्वपूर्ण कारण रनटाइम के बजाय संकलन समय पर मुद्दों को सामने लाना है। यह वास्तव में बहुत महत्वपूर्ण है कि core-js परिभाषाएं दर्शाती हैं कि core-js विशेष रूप से क्या कर रहा है क्योंकि यह es2015/es2016/es2017 के लिए एक आदर्श पॉलीफ़िल प्रदान नहीं करता है । ऐसा नहीं है कि कारण विशेष रूप से की तरह पुस्तकालयों के लिए के लिए है core-js क्योकि पर्यावरण libs एक अलग बात है, यानी करने की आवश्यकता है, polyfill मानक मेल नहीं खा सकते।

इस तरह के परिवर्तनों की वजह से परियोजनाओं में ब्रेकिंग परिवर्तन उत्पन्न करना यहां दिखाए गए हल्के ढंग से नहीं लिया जा सकता है। एक के लिए, @types पैकेजों को अपग्रेड करने के प्रभाव का ट्रैक रखना काफी कठिन है क्योंकि वे सेवर का पालन नहीं करते हैं (जो अपने आप में ठीक नहीं है, निश्चित रूप से टाइप किए गए गैर-मानक सम्मेलनों के बावजूद), लेकिन यह और भी कठिन है अगर वे वास्तव में उस पुस्तकालय को भी प्रतिबिंबित नहीं कर रहे हैं जिसके साथ आप काम कर रहे हैं। ये प्रथाएं आंशिक रूप से शक्ति, उपयोगिता और अंततः उस अच्छे अनुभव को नकारती हैं जो टाइपस्क्रिप्ट स्वयं डेवलपर्स को प्रदान करने का इरादा रखता है।

मैं अपने tsconfig.json में निम्नलिखित जोड़कर अपनी संकलन त्रुटि को ठीक करने में सक्षम था।

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

इस समाधान के बारे में वास्तव में क्या बेवकूफी है, यह है कि "डोम" को शामिल किए बिना, जब वादा का उपयोग किया जाता है तो टाइपस्क्रिप्ट त्रुटि हो जाएगी।

यदि आपका बिल्ड ठीक से सेटअप नहीं है तो आपको ये त्रुटियां भी मिल सकती हैं।

मैं गल्प + गल्प-टाइपस्क्रिप्ट का उपयोग कर रहा हूं और tsconfig.json को ध्यान में रखने के लिए टाइपस्क्रिप्ट निर्माण प्रक्रिया को सेटअप नहीं किया है।

तो इसे आजमाएं:

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

यह लोगों द्वारा अन्य प्रतिक्रियाओं के संयोजन में मदद कर सकता है: मुस्कान:

जोड़ कर

"lib": ["es2015", "डोम"]
मेरे कंपाइलर के लिए tsconfig.json में विकल्प ने मेरे लिए इस मुद्दे को हल किया।

जैसे @elusive ने मेरे tsconfig.json में "lib" प्रॉपर्टी को निर्दिष्ट मानों के साथ जोड़कर संकलन समस्या को ठीक किया।

हालांकि यह एक हैक की तरह दिखता है।

रास्ते में कोई क्लीनर समाधान?

मुझे लगता है कि इस मुद्दे के कारण हुए परिवर्तनों ने डेवलपर समुदाय को गिरा दिया। एक भाग ने अपना tsconfig.json बदल दिया और दूसरे भाग ने टाइपिंग संस्करण को पुराने संस्करण में सेट कर दिया।

@DaSchTour : मेरे मामले में मैंने tsconfig.json के लिए चाल का उपयोग किया क्योंकि यह केवल फ्रिंट के लिए एक उदाहरण के लिए है

लेकिन एक वास्तविक परियोजना के लिए, एक वास्तविक समाधान खोजा जाना चाहिए। क्या हम कोर-जेएस को अपडेट और ठीक नहीं कर सके?

मैं नवीनतम सब कुछ का उपयोग कर रहा हूं और lib उदाहरणों में से कोई भी मेरे लिए काम नहीं करता है :(

मैं भी यह त्रुटि देख रहा हूँ। यह सब कुछ नहीं तोड़ता है, लेकिन संकलन पर उन छोटी लाल रेखाओं को देखकर मुझे गुस्सा आता है।

वे इसके साथ चले जाते हैं:

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

तकनीकी रूप से त्रुटि केवल "lib": ["es2015","dom"] साथ चली गई, लेकिन यदि आप टीएस कंपाइलर विकल्पों को देखते हैं , तो es5 लक्ष्य के लिए डिफ़ॉल्ट lib इंजेक्शन "es5", "dom","scripthost" , और मैंने किया' डिफ़ॉल्ट खोना नहीं चाहता।

हालांकि, इस परिवर्तन के साथ मैंने lib विकल्प जोड़ने से पहले की तुलना में अपने कार्यक्रम की प्रतिक्रियाओं में महत्वपूर्ण अंतराल/बग देखा, इसलिए मैंने इसे निकाल लिया है। इसका एक वास्तविक समाधान बहुत बढ़िया होगा!

एक FYI करें, यदि आप 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"
    ]
  }

मैंने इसे लंबे समय तक खुला रहने दिया है, क्योंकि यहां लिखी गई सभी चीजें मेरी राय में समाधान नहीं हैं।

क्या यह ऐसा कुछ नहीं है जिसे परिभाषा पैकेज में ही हल किया जा रहा है?

अन्य राज्यों की तरह, tsconfig में lib प्रविष्टि जोड़कर यह काम करता है, लेकिन यह इस पैकेज को असफल भी करता है, हमें इस पैकेज की बिल्कुल भी आवश्यकता क्यों है यदि इसे केवल lib सेट करके नियंत्रित किया जा सकता है (जो हमें वैसे भी करना चाहिए)?

मेरा समाधान मेरे ts.config में lib: [ "es2015", "dom" ] जोड़ना था और मैंने इस लाइब्रेरी को भी हटा दिया क्योंकि जब मैंने lib प्रविष्टियाँ जोड़ीं तो इसकी आवश्यकता नहीं थी।

अगर इस पैकेज के मालिक इससे कुछ नहीं करना चाहते हैं. मेरा सुझाव है कि आप इस मुद्दे को एक टिप्पणी के साथ बंद करें कि इसे सही तरीके से क्यों और कैसे करें ताकि सभी को पता चले कि क्या करना है।

इस समाधान ने मेरे लिए विंडोज़ मशीन पर काम किया था।

"लिब": ["es2017", "डोम"]
मेरे कंपाइलर के लिए tsconfig.json में विकल्प ने मेरे लिए इस मुद्दे को हल किया।

धन्यवाद @ एंडी-एमएस

@Jtreu इस विषय पर आपकी प्रतिक्रिया के लिए धन्यवाद।

इस परियोजना की शुरुआत में यही मुद्दा था

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

और आपकी प्रतिक्रिया इसे हल करने में मदद करती है।

मैंने इसे सही फॉर्म में वापस लाने के लिए एक पीआर सबमिट किया है: https://github.com/DefinitelyTyped/DefinitelyTyped/pull/19531

@dozer75 @ctlong @DaSchTour @ @jackTheRipper

तो उदाहरण के लिए, यदि मैं core-js के साथ केवल ES6 प्रतीकों को चमक रहा हूं, तो शामिल पुस्तकालय होना चाहिए (कम से कम): es5 , dom , es2015.symbol

क्या कोई पुष्टि कर सकता है कि मेरी व्याख्या सही है या नहीं? धन्यवाद!
/सीसी @ एंडी-एमएस

@cvsguimaraes यह सही होना चाहिए।

यह अभी भी टूटा हुआ है? Im' को 0.9.43 पर error TS2304: Cannot find name 'PropertyKey'. और अधिक मिल रहा है

अद्यतन: कोई बात नहीं, मुझे कमांड लाइन पर संकलित करने के लिए एक स्रोत फ़ाइल प्रदान करने का एहसास नहीं हुआ जैसे 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 को सही निर्देशिका में संपादित कर रहे हैं!

बहुत सारे सिर पीटने के बाद मैंने देखा कि मैं रूट/src में कॉन्फ़िगरेशन के बजाय अपने प्रोजेक्ट रूट में कॉन्फ़िगरेशन संपादित कर रहा था जो मैंने VSCode में खोला था। वहां अनुशंसित परिवर्तन करने के बाद यह काम करता है।

टाइपस्क्रिप्ट को v2.6.1 में अपडेट करना और इसे वीएस कोड के संस्करण के रूप में सेट करना मेरे लिए समस्या का समाधान करता है।

@IAMtheIAM ने इसे मेरे लिए ठीक कर दिया, धन्यवाद

यहां सूचीबद्ध अधिकांश compilerOptions सेटिंग्स का प्रयास कर रहा था और कुछ दिनों में बहुत कम या कोई भी सफलता नहीं मिली। डर्न, मैंने अपने ओएस पर टाइपस्क्रिप्ट पैकेज को भी अपग्रेड किया है!

समाधान नोटिस करने के लिए बहुत आसान था: करने के लिए टीएस फ़ाइलों से पारित नहीं tsc सीधे, बल्कि उन में निर्दिष्ट tsconfig.json और सिर्फ फोन tsc ।

@shybovycha जितना समस्या को ठीक करता है, दस्तावेज़ निर्दिष्ट करते हैं कि आप फ़ाइल को सीधे कमांड में पास कर सकते हैं और सक्षम होना चाहिए। इस मिनी 'फिक्स' के बिना, मुझे अभी भी त्रुटियां मिल रही होंगी। मेरे पास निम्नलिखित संस्करण हैं:

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