Typescript: TS4023: एक्सपोर्टेड वैरिएबल 'X' में बाहरी मॉड्यूल 'a / file / path' से 'Y' नाम का इस्तेमाल किया गया है, लेकिन इसका नाम नहीं लिया जा सकता

ओह - अगर यह सवाल पूछने के लिए उपयुक्त जगह नहीं है। कृपया मुझे बताएं और मुझे इसे किसी अन्य माध्यम पर पोस्ट करने में खुशी होगी।

एफडब्ल्यूआईडब्ल्यू आपको आमतौर पर स्टैक ओवरफ्लो पर तेजी से जवाब मिलेगा, लेकिन हम यहां अच्छी तरह से पूछे जाने वाले प्रश्नों को करते हैं।

यहाँ समस्या यह है कि आप --declaration ध्वज का उपयोग कर रहे हैं, लेकिन संकलक को अपना काम करने का कोई रास्ता नहीं दिया है।

जब ModuleA.d.ts का उत्सर्जन करने की कोशिश की जा रही है, तो कंपाइलर को मॉड्यूल के आकार का प्रतिनिधित्व करते हुए ऑब्जेक्ट प्रकार शाब्दिक (जैसे { moduleB: { classA: *mumble?* } } ) लिखने की आवश्यकता होती है। लेकिन इसमें कोई ऐसा नाम नहीं है जो सीधे तौर पर classA को संदर्भित करता है, इसलिए यह "नाम नहीं दिया जा सकता" और एक त्रुटि है।

यदि आप import ClassA ModuleA.ts जोड़ते हैं, तो त्रुटि दूर होनी चाहिए।

हाय रयान - सलाह के लिए धन्यवाद आरई ढेर अतिप्रवाह और सलाह - ModuleA लिए आयात को जोड़ने के रूप में उम्मीद के अनुरूप चीजें मिलीं।

यहां थोड़ा सा संदर्भ - मेरा लक्ष्य वास्तव में मेरे बाहरी मॉड्यूल के लिए घोषणाओं को उत्पन्न करना है। (मेरा मानना ​​है कि अभी तक काफी काम नहीं हुआ है? # 5039?) यह आयात पूरी तरह से आवश्यक हो सकता है, लेकिन यह ModuleA अजीब ModuleB ऑब्जेक्ट ऑब्जेक्ट एक्सपोर्ट करता हूं, तो मुझे सीधे ModuleA - में इम्पोर्ट जोड़ने की आवश्यकता होगी:

import {moduleB} from './moduleB';
import {ClassA} from './ClassA';

या ModuleB (दोनों स्थानों में ClassA लिए निर्दिष्ट पथ को कम करने के प्रयास में):

import {moduleB, ClassA} from './moduleB';

मुझे टीएस कंपाइलर के बारे में बहुत कम पता है - इसलिए शायद मैं जो कह रहा हूं वह पूरी तरह से अवास्तविक है, लेकिन पहले सोचा कि ऐसा लगता है कि कंपाइलर यह घटा सकता है कि ModuleB उस पर एन प्रतीकों के साथ एक वस्तु निर्यात कर रहा है, इसलिए ModuleA को उन प्रतीकों की आवश्यकता है? ModuleB लिए आयात की जानकारी पहले से ही है - ModuleA उपयोग कर सकते हैं? या कि असंभव होगा क्योंकि के लिए आयात ClassA पूरी तरह से करने के लिए आंतरिक है ModuleB , इसलिए वहाँ कोई रास्ता नहीं है कि संकलक के लिए प्रकार यह मान सकते हैं है ClassA जब के लिए परिभाषा बनाने ModuleA ?

जवाब देने के लिए समय निकालने के लिए फिर से धन्यवाद। मैंने अपनी समस्या को हल कर लिया है, इसलिए ऊपर मुख्य रूप से जिज्ञासा है - जवाब देने के लिए कोई जल्दी नहीं है।

मुझे यकीन नहीं है कि तुम क्या कह रहे हो। इस प्रस्ताव में ModuleA.d.ts क्या दिखना चाहिए?

कंपाइलर निर्भरता नहीं जोड़ेंगे (अर्थात आयात विवरण) जो घोषणाओं का उत्सर्जन करते समय उपयोगकर्ता कोड में मौजूद नहीं था। आपको जो त्रुटि हो रही है, उसका मतलब है कि संकलित एक निर्यातित घोषणा के लिए एक प्रकार का एनोटेशन लिखने की कोशिश कर रहा है, लेकिन नहीं कर सका। इसके दो कारण हो सकते हैं, या तो नाम सुलभ नहीं है, अर्थात वर्तमान मॉड्यूल में आयात नहीं किया गया है, या एक घोषणा है जो मूल घोषणा को छाया दे रही है।

दोनों ही मामलों में, आपका काम स्पष्ट प्रकार के एनोटेशन को जोड़ना है, यदि आप किसी भी प्रकार का एनोटेशन जोड़ते हैं, तो आउटपुट में इसे शब्दशः उत्सर्जित किया जाएगा; दूसरा विकल्प यह सुनिश्चित करना है कि नाम सुलभ है, अर्थात आपके पास मॉड्यूल आयात करना है, और आप समझते हैं कि आपके उपयोगकर्ताओं के लिए इसका क्या मतलब है जो आपके मॉड्यूल का आयात कर रहे हैं।

@ मेघेजी ने कहा:

कंपाइलर निर्भरता नहीं जोड़ेंगे (अर्थात आयात विवरण) जो घोषणाओं का उत्सर्जन करते समय उपयोगकर्ता कोड में मौजूद नहीं था।

समस्या यह है कि मुझे हमेशा कोड में आयात कथनों की आवश्यकता नहीं है (जाहिर है, क्योंकि यह --declarations बिना काम करता है), और उनमें से शोर भी है, जिसके कारण tslint जैसी चीजें शिकायत के बारे में हैं। "अप्रयुक्त आयात"। मैं देख सकता हूँ कि आप संकलक को उत्सर्जित जावास्क्रिप्ट में निर्भरता क्यों नहीं जोड़ना चाहेंगे, लेकिन उन्हें घोषणाओं में जोड़ने से क्या समस्या है?

इस सुझाव को ट्रैक करने के लिए किसी समस्या को लॉग इन करने के लिए स्वतंत्र महसूस करें। तर्कसंगत था आयात आयात निर्भरता की घोषणा है, और कंपाइलर को आपके लिए एक नहीं बनाना चाहिए जब तक कि आप इसे करने का निर्देश न दें।

इसके गहरे परिणाम हो सकते हैं।

moduleA -> moduleB -> moduleC -> moduleD ।

moduleB वह है जिसे इस मुद्दे के आसपास जाने के लिए import { ABC } from 'moduleA' करने की आवश्यकता है।

जब moduleC moduleB moduleC का उपयोग करता है और अपने हस्ताक्षर निर्यात करता है, तो यह फिर से संकलन करने में विफल रहता है क्योंकि moduleB ABC moduleA लेकिन इस बार moduleB ने इसे निर्यात नहीं किया।

इसका मतलब यह है:

1. moduleC आवश्यकताओं की एक कठिन निर्भरता के लिए moduleA और आयात ABC
2. moduleB को न केवल आयात करने की आवश्यकता है, बल्कि ABC फिर से निर्यात करें और फिर moduleC आयात करें।

यदि moduleD समान चीजें करते हैं, तो मूल रूप से आपको निर्भरता की पूरी श्रृंखला को जानने की आवश्यकता है।

मैं यह साबित करने में सक्षम नहीं था कि यह मामला है क्योंकि मैं typings का उपयोग कर रहा हूं और मुझे अवरुद्ध करने वाला एक मुद्दा है: https://github.com/typings/typings/issues/625 ~~

संपादित करें: मैं इसे पुन: पेश करने में सक्षम हूं और वास्तव में मेरे moduleD moduleA को आयात करने के लिए
मेरे उदाहरण में:

• moduleA => redux
• moduleB => redux-thunk
• moduleC => redux-thunk शीर्ष पर कस्टम कोड
• moduleD => कुछ पुस्तकालय
• ABC => Dispatch इंटरफ़ेस redux

मुझे @unional द्वारा वर्णित एक ही समस्या है

कृपया इस मुद्दे को फिर से खोलें, @unional द्वारा उल्लिखित मुद्दे बहुत यथार्थवादी हैं और यह पुस्तकालयों के शीर्ष पर किसी भी मध्यवर्ती / सहायक

Https://github.com/Microsoft/TypeScript/issues/9944 ट्रैक्स को डिक्लेरेशन एमिट चरण में आयात करना।

धन्यवाद!

आयात को जोड़ने के साथ समस्या यह है कि noUnusedLocals के साथ संकलक उपयोग नहीं किए जाने वाले प्रकार के बारे में शिकायत करेगा। मैं एक स्पष्ट प्रकार का एनोटेशन जोड़ सकता था, लेकिन तब मुझे अनुमान नहीं लगता। उदाहरण:

class Whatever {
  fetch(uri: string): Promise<void> { }
  ensureFetched = MemoizedFunction<(uri: string) => Promise<void>> = memoize((uri: string) => this.fetch(uri))
}

मैं ensureFetched लिए एनोटेशन प्रकार को छोड़ना चाहूंगा

https://github.com/styled-components/styled-components/issues/973

मुझे इसके लिए वर्कअराउंड मिला:
tsconfig में: include: [ ..., "node_modules/@your_scope/your_library" ]
शुभकामनाएँ और मज़े करें: स्माइली:

@ salim7 यह आपके संकलन समय को धीमा कर देता है (क्योंकि आप एक ऐसी लाइब्रेरी को पुनः स्थापित कर रहे हैं जो पहले से ही संकलित होनी चाहिए) और आपको लक्ष्य लाइब्रेरी के साथ कम से कम सामान्य सेटिंग के सख्ती का उपयोग करने के लिए मजबूर करता है।

@mhegazy समस्या ने अगले परिदृश्य में पुन: पेश किया:

import * as Foo from "./Foo";

export class Bar {
    baz = new Foo.Baz(); // Compiler forgot "Foo." prefix in the type, and throws this error, because "Baz" without perfix is not imported.
    getBaz() { // All the same
       return new Foo.Baz();
    }
}

समाधान स्पष्ट प्रकार निर्दिष्ट है:

import * as Foo from "./Foo";

export class Bar {
    baz: Foo.Baz = new Foo.Baz(); // ok
    getBaz(): Foo.Baz { // ok
       return new Foo.Baz();
    }
}

मैं ऊपर के नमूने का उपयोग कर पुन: पेश करने के लिए इसे प्राप्त नहीं कर सकता। कृपया एक नया बग दर्ज करें, और इस मुद्दे को पुन: पेश करने में सक्षम होने के लिए अधिक संदर्भ प्रदान करें।

@ धन्यवाद धन्यवाद! यह मेरे लिए था!

मैंने इस मुद्दे का उपयोग करते समय सामना किया है:

export { IMyInterface } from './file'
````

The solution was to do this:
```ts
import { IMyInterface } from './file'
export { IMyInterface }

लेकिन यह वास्तव में आवश्यक tbh नहीं होना चाहिए।

क्या किसी को पता चला कि noUnusedLocals से कैसे निपटें?

@yordis // @ts-ignore

@pelotom हाँ, यह पूरी तरह से मेरी गलती है,

मैं एक बात पर सोच रहा था और मैंने कुछ और लिखा।

क्या टाइपस्क्रिप्ट ने noUnusedLocals और घोषणाओं के बीच का मुद्दा तय किया था?

मेरा वर्तमान वर्कअराउंड, जो मुझे कुल दर्द की तरह लगता है,

import {SomeInterface} from "./SomeFile";

const _dummySomeInterface : undefined|SomeInterface = undefined;
_dummySomeInterface;

//Code that implicitly uses SomeInterface

अवॉइड noUnusedLocals , जहां संभव हो, वहां भी सामान्य इंटरफेस के लिए प्रकार की अनुमति देता है।