माना। जावा के @SuppressWarnings जैसी किसी चीज़ की लालसा, विशेष रूप से यहाँ वर्णित मामले के लिए:

निम्नलिखित:

const typeMetadataKey = Symbol('type');

function type(name: string): PropertyDescriptor {
 return Reflect.metadata(typeMetadataKey, name);
}

त्रुटि उत्पन्न करता है: Unable to resolve signature of class decorator when called as an expression. ।

जब नीचे के रूप में उपयोग किया जाता है:

class Person {
  @type('string')
  firstName: string;
}

डेकोरेटर अपेक्षा के अनुरूप काम करता है और संकलित करेगा लेकिन ऊपर त्रुटि देता है।

यदि आपके पास इस बारे में विचार हैं कि इसे कैसे हल किया जा सकता है तो इसमें खुदाई करने में खुशी होगी यदि कोई सही दिशा की ओर इशारा करना चाहेगा।

बस इसे कास्ट करें (कास्ट आधिकारिक शब्द नहीं है, लेकिन एक ही अवधारणा है)

const foo: string = 7 as any;

क्या आप यही ढूंढ रहे हैं?

मैंने सिर्फ एक उदाहरण दिया है, वास्तव में एक मामला नहीं है (मुझे कास्टिंग के बारे में सब पता है), मेरे पास अन्य मामले हैं जैसे कि
सुपर कंस्ट्रक्टर और अन्य मुद्दों की पहली पंक्ति के बाद बुलाया जा रहा है ...

• जेएस से टीएस में संक्रमण को आसान बना देगा + कभी-कभी आप एक lib बदलते हैं और बहुत सारी त्रुटियां प्राप्त करते हैं और आप चीजों को साफ करना चाहते हैं जैसा कि आप डेवलपर के रूप में जानते हैं ...

यह एक महत्वपूर्ण विशेषता है

तो // tslint:disable जैसा कुछ?
संभवतः आपको tsc विशिष्ट चेकों को चालू/बंद करने की अनुमति भी देता है?
_eg:_ const FooBar: string = 'rozzzly'; // tslint:disable-line camelcase

वह तो जबर्दस्त होगा...

मुझे नहीं पता... मुझे लगता है कि यह tsc के दायरे से बाहर हो सकता है। यही लिंटर के लिए है।

"इसे बंद करें" करने में सक्षम होना चाहिए :)

मुझे लगता है कि "प्रयोगात्मक" सुविधाओं पर त्रुटियों/चेतावनियों को दबाने के लिए तर्क दिया जाना चाहिए, जैसे सजावटी, जहां एपीआई थोड़ा अस्थिर है और त्रुटियां हमेशा सटीक नहीं हो सकती हैं। आपको इसका (बहुत विशिष्ट) संस्करण केवल tsconfig "प्रयोगात्मक डेकोरेटर्स" फ़ील्ड का उपयोग करके मिलता है, लेकिन यह केवल एक प्रकार की चेतावनी को दबा देता है।

अपने स्वयं के शैतान के वकील की भूमिका निभाने के लिए, यह टाइपस्क्रिप्ट के नए उपयोगकर्ताओं को चेतावनी को दबाने के लिए प्रोत्साहित कर सकता है, यह जानने के बजाय कि चेतावनी क्यों होती है। और प्रयोगात्मक सुविधाओं के साथ, हर कोई एक नए उपयोगकर्ता की तरह होता है - त्रुटियों को दबाने की क्षमता रखने से उपयोगकर्ता नई सुविधाओं में बग से संतुष्ट हो सकते हैं, बजाय समस्याओं को खोलने के।

आखिरकार, मैं अभी भी चाहता हूं कि मेरा सिंटेस्टिक आउटपुट साफ हो। जिसका अर्थ है त्रुटि को दबाना। बेशक, यह _after_ होगा मैं एक संभावित बग के लिए इस मुद्दे को खोलता हूं और और जानने की कोशिश करता हूं। ;)

"इसे बंद करना" के साथ समस्या यह है कि आप नहीं जानते कि आपको "इससे" क्या मिलता है। तो let a:string = 1 a number या एक string ?, क्या होगा यदि a की एक और घोषणा है, क्या यह विलय करता है या नहीं? क्या होगा अगर किसी ने इस चर के प्रकार पर कब्जा कर लिया जैसे return {a} ; , क्या उन्हें { a : number } या { a: string } , या दोनों को असाइन किया जाना चाहिए।

एक मौलिक बात, त्रुटियाँ सभी अनदेखी हैं। त्रुटियां न तो आउटपुट की पीढ़ी को अवरुद्ध करती हैं, न ही टूलिंग को।

आपके कोड के कुछ हिस्सों की जांच को दबाने की अनुमति देने के लिए अलग-अलग तंत्र हैं, उदाहरण के लिए any , प्रकार के दावे (कास्ट), और परिवेश घोषणा।

इसलिए उदाहरण के लिए, यदि आपके पास एक पुस्तकालय है जिसमें "अमान्य" परिभाषा है, तो आप इसे केवल हटा सकते हैं, और इसे declare module "blah" { export = any } । या declare var $: any और आप जाने के लिए तैयार हैं।

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

और इसके लिए हमें आपके उपयोग के मामले के बारे में और जानना होगा।

हमने इनमें से कुछ अंतर्निहित मुद्दों को हल करने के लिए TS 2.0 में कुछ काम किया है, उदाहरण के लिए;

• मॉड्यूल नामों में शॉर्टहैंड परिवेश मॉड्यूल घोषणाओं और वाइल्डकार्ड वर्णों का समर्थन करें जो पूरे मॉड्यूल या यहां तक ​​कि मॉड्यूल के एक सेट को अक्षम करने का एक आसान तरीका देता है जैसे declare module "@angular\*";
• मॉड्यूल रिज़ॉल्यूशन आपको ओवरराइड करने की अनुमति देने के लिए
• .d.ts फ़ाइलों में समान प्रकार की डुप्लिकेट परिभाषाओं की अनुमति देना
• नया --skipLibCheck टाइप न करने के लिए किसी भी .d.ts फाइलों की जांच करें
• --typeRoots लिए समर्थन ओवरराइडिंग की अनुमति देने के लिए जहां से घोषणा फाइलें लोड की जाती हैं

बस किसी का उपयोग करें, इस तरह "इसे बंद करो", ऐसा करने की योग्यता (या वास्तव में इसकी कमी) एक अलग सवाल है

let x: PieInTheSky = <any> 'cake is a lie';

ठीक है लेकिन फिर से, मुद्दा विशेष रूप से कास्टिंग पर नहीं है

<any> आपको टाइपस्क्रिप्ट की सभी कष्टप्रद चीजों से 100% स्वतंत्रता के साथ वेनिला जावास्क्रिप्ट देता है, तो आपको और क्या चाहिए?

मेरे मामले में मैं सुपर को कंस्ट्रक्टर की फिसर्ट लाइन के रूप में नहीं कहता हूं और त्रुटि को शांत करने की आवश्यकता है

इसे एक एंटीपैटर्न स्वीकार करने के लिए मजबूर करने की कोशिश करने के बजाय, क्यों न कुछ इस तरह से प्रयास करें:

_ _ClassA.ts _

class A {
    constructor() {
        this.init();
    }
    protected init() {
        // does nothing by itself
    }
}

_ _ClassB.ts _

class B extends A {
    constructor() {
        super();
        console.log('rest of code from B\'s constructor');
    }
    protected init() {
        console.log('this runs before the rest of code from B\'s constructor');
    }
}

यह वही है जो टाइपस्क्रिप्ट को इतना भयानक बनाता है, _और कष्टप्रद_ भी। यह आपको बेहतर कोड लिखने के लिए मजबूर करता है और यह आपको एक बेहतर डेवलपर बनाता है। एक परियोजना को परिवर्तित करना मजेदार नहीं है ; आप इसे एक डेवलपर की "दीक्षा" या शायद, "आग से परीक्षण" मान सकते हैं। : हँसना: लेकिन आप बहुत कुछ सीखते हैं, और यह पूरी तरह से इसके लायक है।

मेरे मामले में मैं सुपर को कंस्ट्रक्टर की फिसर्ट लाइन के रूप में नहीं कहता हूं और त्रुटि को शांत करने की आवश्यकता है

और अपने कोड को ES6 के साथ असंगत बनाएं... यही कारण है कि टाइपस्क्रिप्ट का मुख्य उद्देश्य 👣 :gun: को अपने हाथों से हटाना है।

यदि टाइपस्क्रिप्ट कुछ सही व्याख्या नहीं कर रहा है, तो इसे "काम के आसपास" बनाम तय किया जाना चाहिए। अब कुछ चीजें हैं जहां टाइपस्क्रिप्ट एक लिंटर की तरह अधिक काम कर रहा है और अभी तक "त्रुटि" बनाम "चेतावनी" की अवधारणा नहीं है। जब वे आते हैं तो मैं दमनकारी चेतावनियां देख सकता हूं। वापसी के बाद कोड और अप्रयुक्त पैरामीटर जैसी चीजें मेरी राय में चेतावनियां होनी चाहिए, क्योंकि वे वाक्य रचनात्मक रूप से सही हैं (हालांकि बेवकूफ)।

यहाँ एक और मामला है जहाँ मुझे यह सुविधा पसंद आएगी:

interface Animal {
  numberOfLegs: number;
  // a gazillion more properties
}

class Dog implements Animal {
  breed: string;

  constructor(animal: Animal, breed: string) {
    Object.assign(this, animal);
    this.breed = breed;
  }
}

अभी ts से एक त्रुटि है:

[ts] क्लास 'डॉग' ने 'एनिमल' इंटरफेस को गलत तरीके से लागू किया
संपत्ति 'नंबरऑफलेग्स' टाइप 'डॉग' में गायब है

जैसा कि आप देख सकते हैं, संकलक पूरी तरह से गलत है, लेकिन मैं केवल संकलक के लिए इंटरफ़ेस से सभी गुणों की प्रतिलिपि नहीं बनाना चाहता (और मुझे मजबूर नहीं किया जाना चाहिए)।

@DethAriel मूल रूप से आप जो पूछ रहे हैं वह टाइप सिस्टम में पोस्ट कंडीशन साइड इफेक्ट्स को व्यक्त करने का एक तरीका है। यह दिलचस्प है लेकिन मुझे लगता है कि इससे कुछ बहुत ही जटिल कोड हो जाएगा।

@aluanhaddad हाँ, मैं पूरी तरह से

बस एक इंटरफ़ेस+क्लास कॉम्बो का उपयोग करें

interface Animal {
  numberOfLegs: number;
  // a gazillion more properties
}

interface Dog extends Animal {
}

class Dog  {
  breed: string;

  constructor(animal: Animal, breed: string) {
    Object.assign(this, animal);
    this.breed = breed;
  }
}

Thx, @mhegazy , जो वास्तव में काम करता है

क्या होगा यदि त्रुटि <any> एड दूर नहीं हो सकती है?

मैं प्रयोगात्मक बाइंड सिंटैक्स का उपयोग कर रहा हूं जैसा कि यहां चर्चा की गई है https://github.com/Microsoft/TypeScript/issues/3508 और इसका उपयोग न करने के अलावा, मैं अन्यथा प्रत्येक :: से पहले प्रत्येक पंक्ति पर त्रुटि को अनदेखा करने के लिए कंपाइलर प्राप्त करने में असमर्थ हूं TS1128: Declaration or statement expected )

मैं प्रायोगिक बाइंड सिंटैक्स का उपयोग कर रहा हूँ

यह वास्तव में एक चेतावनी को खारिज करने से कहीं अधिक है। पार्सर इसका समर्थन नहीं करता है, इसलिए परिणामी पेड़ पूरी तरह से गलत है, इस बिंदु से सभी कंपाइलर विशेषताएं काम नहीं करेंगी, इसलिए कोई प्रकार का अनुमान नहीं, कोई संगतता जांच नहीं, कोई स्वरूपण नहीं, कोई पूर्णता नहीं, कुछ भी नहीं। इसलिए बेहतर होगा कि आप सभी त्रुटियों को नज़रअंदाज़ करें, या केवल .js फ़ाइल में काम करें।

मैं वर्तमान में एक विशाल जेएस प्रोजेक्ट को टाइपस्क्रिप्ट में परिवर्तित कर रहा हूं और रूपांतरण करने के बाद जब मैं gulp build कमांड चलाता हूं तो मुझे संकलन के दौरान लगभग 2000 टीएस त्रुटियां दिखाई देती हैं और अधिकांश त्रुटियां संपत्ति से संबंधित होती हैं जो किसी वर्ग या मॉड्यूल पर परिभाषित नहीं होती हैं। परिभाषित। मुझे लगता है कि इस प्रकार की त्रुटियों को दबाने का कोई तरीका होना चाहिए क्योंकि आउटपुट जेएस फाइलें उत्पन्न हो रही हैं।

यह बिल्कुल मेरा मामला भी है, मैं प्री-ईएस 6 मॉड्यूल-ए-प्रॉपर्टीज डिज़ाइन के साथ बनाए गए ऐप को कनवर्ट करता हूं, इसलिए मेरे पास एक बड़ा ऐप है।

मैं इसके कुछ हिस्से को फिर से लिखता हूं और मैं अपने कोड में वैश्विक ऐप * ऑब्जेक्ट और इसके विभिन्न उप-तत्वों पर भरोसा करता हूं। मुझे जो कुछ मिलता है वह "नेमस्पेस 'ऐप' नहीं ढूंढ सकता" चेतावनियों का एक द्रव्यमान है।

मैंने अपनी सभी वैश्विक निर्भरताओं को एक GlobalProxy.ts पर पुन: सक्रिय कर दिया है, इसलिए यह एकमात्र स्थान है जहां मुझे चेतावनियां मिलती हैं, लेकिन कंसोल को साफ करने के लिए इस फ़ाइल के शीर्ष पर //TS-NO-WARNINGS जोड़ना बहुत अच्छा होगा स्पष्ट संदेशों से ...

TS त्रुटियाँ कोड जनरेशन को ब्लॉक नहीं करती हैं। आप उन्हें अनदेखा करना चुन सकते हैं, लेकिन ये आपको जो बता रहे हैं वह यह है कि कंपाइलर आपके कोड की शुद्धता का दावा नहीं कर सकता है।

@ zeeshanjan82 क्यों न --allowJs और फ़ाइल द्वारा फ़ाइल माइग्रेट करें? उस सेटअप के साथ आपको जावास्क्रिप्ट स्रोतों से टाइप त्रुटियां नहीं मिलेंगी। मॉड्यूल रिज़ॉल्यूशन त्रुटियों को दबाने के लिए आप परिवेश वाइल्डकार्ड घोषणा का भी उपयोग कर सकते हैं जैसे
_globals.d.ts_

declare module '*';

त्रुटि दमन के लिए यहां एक और उपयोग का मामला है।

पल पुस्तकालय के अनुरक्षक isoWeek को startOf और endOf विधियों के लिए पैरामीटर एनम में वैध स्ट्रिंग के रूप में जोड़ना भूल गए। इसे बाद के रिलीज में तय किया गया था, लेकिन ऐसा करने में उन्होंने इन इकाइयों को संभालने के तरीके को पूरी तरह से बदल दिया, जिससे हमारे अंत में बहुत अधिक पुन: काम होगा।

इसलिए हमने पल के संस्करण को ठीक कर दिया, लेकिन अब हम अनिवार्य रूप से TS फेंकने की त्रुटियों के कारण isoWeek उपयोग नहीं कर सकते। तो इस समय एक चट्टान और एक कठिन जगह के बीच फंस गया।

आप बस एक स्थानीय प्रति जोड़ सकते हैं। कुछ इतना सरल कहो:

// ./overrides/moment.d.ts
declare module "moment";

// tsconfig.json
{
    "compilerOptions": {
        "module": "commonjs",
        "target": "es5",
        "baseUrl": ".",
        "paths": {
            "moment": ["overrides/moment.d.ts"]  // override definition for moment
        }
    }
}

अब संकलक पैकेज के साथ आने वाले के बजाय आपकी स्थानीय प्रति override/moment.d.ts विरुद्ध जाँच करेगा। स्पष्ट रूप से यह पल घोषणा फ़ाइल की एक स्थानीय प्रति हो सकती है, या आपको आवश्यक चीजों का एक छोटा सा सेट हो सकता है।

मेरे पास तीसरे पक्ष के पुस्तकालयों के लिए अपनी टाइपिंग परिभाषाओं को बनाए रखने के लिए समय और इच्छा दोनों की कमी है;)

मेरे पास तीसरे पक्ष के पुस्तकालयों के लिए अपनी टाइपिंग परिभाषाओं को बनाए रखने के लिए समय और इच्छा दोनों की कमी है;)

और यह बिल्कुल ठीक है। बस declare module "moment"; जो मॉड्यूल के लिए declare var $: any के बराबर है, और संकलक आपको इसके बारे में फिर से परेशान नहीं करेगा।

@mhegazy का सुझाव बहुत अच्छा है। ऐसा करने में आपको लगभग 20 सेकंड का समय लगेगा। वैसे, क्षण के संबंध में, वे कुछ इकाइयों को भूल गए जिनका मैं उपयोग कर रहा था और वे मेरे पुल अनुरोध को स्वीकार करने के लिए बहुत खुले थे।

declare module "moment"; जोड़ने का नकारात्मक पक्ष यह है कि अब आपके पास किसी भी क्षण-संबंधित कोड के लिए any s उत्पन्न होते हैं, वे आसपास के कोड में ब्लीड हो जाते हैं, साथ ही साथ कई स्टैटिक चेक भी बंद कर देते हैं। एकल समस्याग्रस्त एनम मूल्य से संबंधित त्रुटियों को दबाने के लिए भुगतान करना एक भारी कीमत है।

@aluanhaddad इस मुद्दे को ठीक करने के लिए एक पुल अनुरोध खुला था, लेकिन यह दूसरे के पक्ष में बंद हो गया, जिसने ब्रेकिंग परिवर्तन पेश किए (और अभी भी isoWeek लिए समर्थन नहीं जोड़ा), इसलिए सुनिश्चित नहीं है कि वहां क्या हुआ .

मुद्दा यह है कि भविष्य में एंगुलर 2 आदि को अपनाने के साथ ये मुद्दे अधिक बार उत्पन्न होने के लिए बाध्य हैं, इसलिए विशेष त्रुटियों को दबाने का एक तरीका उपयोगी होगा जिसकी मैं कल्पना कर सकता हूं।

मेरे पास नोड कोर लाइब्रेरी (नेट, नोड 6.9 एलटीएस) के साथ यह समस्या है:

server = net.createServer({ pauseOnConnect: true }, function(connection) { ... }) 
// [ts] severity: 'Error'
message: 'Argument of type '{ pauseOnConnect: boolean; }' is not assignable to parameter of type '{ allowHalfOpen?: boolean; }'.
  Object literal may only specify known properties, and 'pauseOnConnect' does not exist in type '{ allowHalfOpen?: boolean; }'.'

और ioredis पुस्तकालय के साथ भी:

var redis = new Redis(CONFIG.redis); 
// [ts] severity: 'Error'
message: 'Only a void function can be called with the 'new' keyword.'

जैसा कि @yortus और @adamreisnz ने बताया, यह एक सामान्य समस्या है क्योंकि परिभाषा फ़ाइलें हमेशा सही ढंग से अपडेट नहीं होती हैं। इसके अलावा, यदि आपको declare module "x"; का उपयोग करके TS लाभों का त्याग करना है तो आप TS का उपयोग पहले स्थान पर क्यों करेंगे?

आप मॉड्यूल को उन प्रकारों के साथ भी बढ़ा सकते हैं जो गायब हैं ताकि इंटेलिजेंस न खोएं।

खैर, जब मैं लिखता हूं:

if (typeof Symbol === "function" && Symbol.match) {
  // ...
}

टाइपस्क्रिप्ट कंपाइलर हमेशा एक त्रुटि की रिपोर्ट करता है Cannot find name 'Symbol' अगर target है es5 , हालांकि यह कोड वास्तव में ठीक उसी तरह काम करता है जैसा मैंने उम्मीद की थी।

इसलिए मैं सहमत हूं कि हमें टिप्पणी लाइनों में काम करने वाले कुछ नियंत्रण निर्देशों की सख्त जरूरत है।

declare var Symbol: any;

@ gdh1995 @mhegazy या केवल वास्तविक सुधार का उपयोग करें जो lib ध्वज को es2015 ।

@mhegazy धन्यवाद। मुझे लगता है कि यह अच्छी तरह से काम करता है:

declare var Symbol: {
  (description?: anyNotSymbol): symbol;
  readonly match: symbol;
};

@DanielRosenwasser हालांकि es2015 इन उपयोगी सुविधाओं को जोड़ता है, मेरी परियोजना es5 के साथ संगत होने तक सीमित है और फिर Symbol को अन्य फाइलों से बचना चाहिए।

अब जो मुझे समझ नहीं आ रहा है वह यह है कि टाइपस्क्रिप्ट कंपाइलर मुझे तब भी त्रुटियाँ देता है जब मैंने typeof Symbol === "function" लिखा होता है। कोई सलाह?

निर्भरता का मज़ाक उड़ाने के लिए एक मामला जो मुझे पसंद आएगा, वह है:

// Test.ts

// Component to test
import {ComponentToTest} from './ComponentToTest';

// Dependency of ComponentToTest to mock
import {Dependency} from './Dependency';

// Mock to replace it with
import {MockedDependency} from './MockedDependency';

Dependency = MockedDependency;

इस कोड का परीक्षण घटक के भीतर निर्भरता का मज़ाक उड़ाए जाने का वांछित प्रभाव है, लेकिन टाइपस्क्रिप्ट एक स्पष्ट "'निर्भरता' को असाइन नहीं कर सकता क्योंकि यह एक चर नहीं है।" त्रुटि।

मुझे यकीन है कि प्रतिक्रिया यह होगी कि मैं गलत पेड़ को भौंक रहा हूं और inject-loader जैसे कुछ का उपयोग करना चाहिए लेकिन मेरे अनुभव से वे समाधान ए) काम करने के लिए दर्द हैं/हमेशा नहीं काम और बी) उपरोक्त के रूप में सरल नहीं हैं। जैसा कि ओपी ने उल्लेख किया है, कभी-कभी डेवलपर सबसे अच्छा जानता है। मुझे पता है कि यह एक हैकी समाधान है लेकिन यह काम करता है और मैं इस मामले में टीएस को चुप रहना पसंद करूंगा।

इस कोड का परीक्षण घटक के भीतर निर्भरता का मज़ाक उड़ाए जाने का वांछित प्रभाव है, लेकिन टाइपस्क्रिप्ट एक स्पष्ट "'निर्भरता' को असाइन नहीं कर सकता क्योंकि यह एक चर नहीं है।" त्रुटि।

यह ES6 में एक त्रुटि है। इसलिए भविष्य में कुछ समय जब इंजन मूल रूप से ES6 मॉड्यूल का समर्थन करते हैं, तो आपके परीक्षणों को फिर से लिखना होगा।

वैकल्पिक रूप से आप अपना ComponentToTest Dependency लिए एक तर्क स्वीकार कर सकते हैं, और आपके परीक्षण इसे पास कर सकते हैं, या परीक्षण हुक है जो आपको विधियों को लागू करने से पहले Dependency के मूल्य को ओवरराइड करने की अनुमति देता है ComponentToTest ।

यह ES6 में एक त्रुटि है। इसलिए भविष्य में कुछ समय जब इंजन मूल रूप से ES6 मॉड्यूल का समर्थन करते हैं, तो आपके परीक्षणों को फिर से लिखना होगा।

आह काफी ठीक है, मैं इसे छोड़ दूँगा क्योंकि यह आवश्यकता इस मुद्दे के लिए स्पर्शरेखा है।

वैकल्पिक रूप से आप अपने ComponentToTest को निर्भरता के लिए एक तर्क स्वीकार कर सकते हैं, और आपके परीक्षण इसे पास कर सकते हैं ...

मुझे लगता है कि यही वह है जिसके साथ हमने जाना समाप्त किया। इसे टेस्ट करने योग्य बनाने के लिए कक्षा के लिए एपीआई को फिर से परिभाषित करना बहुत ही लंगड़ा है, लेकिन फिर मुझे लगता है कि यह टीएस के लिए अद्वितीय समस्या नहीं है।

प्रतिक्रिया के लिए धन्यवाद, @mhegazy

मैं फ़ंक्शन के तर्क के प्रकार पर चेक को ओवरराइड करना चाहता हूं।

मेरा उपयोग मामला काफी सरल है, मेरे पास इस तरह का एक कार्य है:

function isValidId(s: string): boolean {}

यह जांचता है कि कोई स्ट्रिंग किसी नियम का पालन करती है या नहीं।
इसका उपयोग आंतरिक रूप से और उपयोगकर्ता इनपुट को मान्य करने के लिए किया जाता है - मैं यह देखने के लिए परीक्षण लिखना चाहता हूं कि क्या यह false लौटाता है जब उपयोगकर्ता कुछ ऐसा सम्मिलित करता है जो स्ट्रिंग नहीं है।

कड़ाई से बोलते हुए, फ़ंक्शन इनपुट के रूप में कुछ भी स्वीकार कर सकता है क्योंकि इसे प्रबंधित करने में सक्षम है, लेकिन चूंकि हम इसे आंतरिक रूप से भी उपयोग करते हैं, इसलिए मैं यह निर्दिष्ट करना चाहता हूं कि हम एक स्ट्रिंग चाहते हैं

इसलिए, मैं परीक्षणों में गलत प्रारूप के बारे में त्रुटि को दबाने के लिए कुछ चाहूंगा

@rpadovani बस any :

expect(isValidId(78 as any)).toBe(false);

मैं इसका इस्तेमाल भी कर सकता था। हमारे पास ऐसी स्थिति है जिसमें foo(bar: any, baz: any) को ढांचे के हिस्से के रूप में परिभाषित किया गया है, लेकिन foo के कुछ कार्यान्वयन में, बार अप्रयुक्त है। टाइपस्क्रिप्ट त्रुटि जाँच चालू होने के साथ, यह एक त्रुटि उत्पन्न करता है क्योंकि एक अप्रयुक्त चर घोषित किया जाता है। यह घोषित किया जाना चाहिए क्योंकि foo के अन्य संस्करणों, बार प्रयोग किया जाता है।

@benjaminabbitt ऐसा लगता है कि foo (_bar: any, baz: any) आपके लिए काम करता है: "_" से शुरू होने वाले नाम का उपयोग करने के लिए मजबूर नहीं किया जाता है।

जोड़ें: मेरा मानना ​​है कि विशेष त्रुटियों को ओवरराइड/अनदेखा करने की क्षमता महत्वपूर्ण है।

यहां कुछ चुनौतीपूर्ण यह है कि लोग यह कहते हुए दिखाई देते रहते हैं कि त्रुटियों को दबाना चाहते हैं, कोड स्निपेट पोस्ट करना चाहते हैं, और उन त्रुटियों को शांत करने के लिए प्रभावी इन-कोड समाधान प्राप्त करना चाहते हैं (या उनके कोड का पता लगाने में वास्तव में कोई समस्या है)। यह जाने बिना कि वास्तव में समस्यात्मक त्रुटि कैसी दिखती है, या यह समझे बिना कि लोग विश्व स्तर पर किन त्रुटियों को दबाना चाहते हैं, इस सुविधा को डिज़ाइन करना कठिन है।

तृतीय पक्ष जावास्क्रिप्ट कोड को संभालने का उपयुक्त तरीका क्या है जिसे हम अपनी परियोजनाओं में शामिल करना चाहते हैं?

निम्नलिखित परिदृश्य पर विचार करें। एक विशाल पुस्तकालय है जिसे एनपीएम पर प्रकाशित नहीं किया गया है और यहां तक ​​​​कि अगर यह पुस्तकालय का उपयोग कर रहा है, तो हमारे आवेदन में बहुत सारे मृत कोड होंगे (पेड़ हिलना मदद नहीं कर सकता क्योंकि वे सब कुछ एक वस्तु से जोड़ते हैं)।

आइए मान लें कि इस मामले में कोड के इस टुकड़े को निकालने और एनपीएम में प्रकाशित करने के लायक नहीं है। हमारे पास और क्या विकल्प हैं?

इस पुस्तकालय का उपयोग करने के अपने प्रयास में मैंने वह कोड निकाला है जिसकी मेरी परियोजना को आवश्यकता है और इसे एक टाइपस्क्रिप्ट फ़ाइल के रूप में परियोजना में शामिल किया है। इसके साथ समस्या यह है कि टाइपस्क्रिप्ट इस फ़ाइल की जाँच करता है और अब इस फ़ाइल के लिए बहुत सारी त्रुटियाँ देता है।

इस स्थिति के लिए शीर्ष पर /* ts:disable */ टिप्पणी होना बहुत अच्छा होगा ताकि टाइपस्क्रिप्ट को पता चले कि हम फ़ाइल के भीतर संभावित त्रुटियों की परवाह नहीं करते हैं।

कृपया ध्यान दें कि मेरी परियोजना अब कोई जावास्क्रिप्ट फाइल नहीं करती है और भले ही उसने निर्माण प्रक्रिया को प्रवाह में जावास्क्रिप्ट को समायोजित करने की कोशिश में और अधिक जटिल हो जाए।

क्या किसी के पास कोई सलाह है कि किसी टाइपस्क्रिप्ट प्रोजेक्ट में होस्ट किए जाने वाले तृतीय पक्ष जावास्क्रिप्ट कोड से कैसे निपटें?

क्या किसी के पास कोई सलाह है कि टाइपस्क्रिप्ट प्रोजेक्ट में होस्ट किए जाने वाले तृतीय पक्ष जावास्क्रिप्ट कोड से कैसे निपटें?

उन्हें माइग्रेट न करें। .js फ़ाइलों को वैसे ही छोड़ दें जैसे वे हैं। इसके बजाय उनके लिए एक .d.ts फ़ाइल बनाएँ। यह वही है जो .d.ts फाइलें किसी भी तरह से हैं।

.d.ts फ़ाइल कुछ बुनियादी चीज़ों से शुरू हो सकती है:

declare var $: any;

फिर इसमें जोड़ें जैसा आप फिट देखते हैं, और जैसे-जैसे आपकी ज़रूरतें बढ़ती हैं।

अगर मैं जेएस फाइलें कर रहा था तो यह एक अच्छा विकल्प है। क्या परियोजनाओं के लिए कोई अन्य विकल्प है जो जेएस फाइलों को अनदेखा करता है?

अगर मैं जेएस फाइलें कर रहा था तो यह एक अच्छा विकल्प है। क्या परियोजनाओं के लिए कोई अन्य विकल्प है जो जेएस फाइलों को अनदेखा करता है?

मुझे यकीन नहीं है कि मैं सवाल समझता हूं। जेएस फाइलों को डिफ़ॉल्ट रूप से नजरअंदाज कर दिया जाता है। इसलिए आप फ़ाइलें जोड़ने का विकल्प चुनते हैं। फिर से मेरी सिफारिश है, बाहरी कोड के लिए जो आपका नहीं है, या विरासत कोड के लिए जिसे आप बदलने का इरादा नहीं रखते हैं, इसे TS में परिवर्तित करने से परेशान न हों। उनके लिए एक .d.ts फ़ाइल लिखकर प्रारंभ करें। इसके लिए, सरल शुरुआत करें, any के साथ फिर जैसे ही आप जाते हैं जोड़ें।

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

आपको .js फ़ाइलें कमिट करने की आवश्यकता नहीं है। मान लीजिए कि आप एक निर्भरता का उपयोग कर रहे हैं प्रतिक्रिया कहते हैं। आम तौर पर आप अपने रेपो में react-0.12.0.js कमिट नहीं करेंगे, लेकिन आप इसका उपयोग करना चाहते हैं। उदाहरण के लिए आप इसे सीडीएन से स्क्रिप्ट टैग में शामिल करेंगे। मान लें कि @types/react मौजूद नहीं है, या आप इसका उपयोग नहीं करना चाहते हैं। इसलिए अपनी परियोजना में एक नई घोषणा फ़ाइल जोड़ें इसे declarations.d.ts और जोड़ें:

declare module "react"; // just saying the module is of type any

यह संकलक को बताता है कि "प्रतिक्रिया" नामक एक मॉड्यूल है और यह केवल इसका उपयोग करेगा, किसी भी .js फ़ाइलों को शामिल करने की आवश्यकता नहीं है।

तो अगर मैं जावास्क्रिप्ट के एक छोटे से हिस्से का उपयोग करना चाहता हूं (जो एनपीएम/सीडीएन के माध्यम से उपलब्ध नहीं है) और मैं इसे अपने कोड बेस पर प्रतिबद्ध करने का फैसला करता हूं, मेरे पास 2 विकल्प हैं:

विकल्प 1 : मूल कोड को .js फ़ाइल के रूप में रखें और प्रकारों को संभालने के लिए .d.ts फ़ाइल बनाए रखें।

मुझे लगता है कि यह @ jmlopez-rod के लिए काम नहीं करता है क्योंकि वह अपने रेपो में जावास्क्रिप्ट कोड नहीं करना चाहता है, और यहां तक ​​​​कि अगर उसने किया, तो उसने कहा कि यह उसकी निर्माण प्रक्रिया को जटिल बना देगा।

विकल्प 2 : जावास्क्रिप्ट को टाइपस्क्रिप्ट में लपेटें और टाइपस्क्रिप्ट की सभी त्रुटियों से निपटें।

यह "जटिल निर्माण प्रक्रिया" के आसपास हो जाता है क्योंकि यह टाइपस्क्रिप्ट की तरह कोड का इलाज करेगा ... लेकिन अब हमें टाइपस्क्रिप्ट त्रुटियां मिली हैं, और हम इस मुद्दे के धागे में मूल चर्चा पर वापस आ गए हैं। क्या यह टाइपप्रति त्रुटियों को अक्षम करने में सक्षम होने के लिए एक वैध उपयोग मामला है?

मुझे लगता है कि यह @ jmlopez-rod के लिए काम नहीं करता है क्योंकि वह अपने रेपो में जावास्क्रिप्ट कोड नहीं करना चाहता है, और यहां तक ​​​​कि अगर उसने किया, तो उसने कहा कि यह उसकी निर्माण प्रक्रिया को जटिल बना देगा।

मुझे यकीन नहीं है कि मैं समझता हूं कि यह आपकी निर्माण प्रक्रिया को जटिल क्यों करता है। आपके पास एक फ़ाइल है "library.js" और "website.js" , आप "website.js" को "website.ts" पर ले जाने का निर्णय लेते हैं, बस tsc website.ts --outFile website.js कॉल करें और अब हम वापस वहीं हैं जहां यह सब दो .js फाइलों के साथ शुरू हुआ। इसलिए यह न देखें कि यह पहले से कहीं अधिक जटिल क्यों है.. यह श्रृंखला के शीर्ष पर एक अतिरिक्त निर्माण कदम है।

यह "जटिल निर्माण प्रक्रिया" के आसपास हो जाता है क्योंकि यह टाइपस्क्रिप्ट की तरह कोड का इलाज करेगा ... लेकिन अब हमें टाइपस्क्रिप्ट त्रुटियां मिली हैं, और हम इस मुद्दे के धागे में मूल चर्चा पर वापस आ गए हैं। क्या यह टाइपप्रति त्रुटियों को अक्षम करने में सक्षम होने के लिए एक वैध उपयोग मामला है?

मुझे यकीन नहीं है कि मैं पूरी तरह से समझता हूं कि आपने इस फ़ाइल को ts में बदलने और इसे अपने प्रोजेक्ट के साथ एकीकृत करने का निर्णय क्यों लिया, इसके प्रकारों को अपने अन्य घटकों में प्रवाहित करने दें, इसे अपने कोड के साथ बनाएं, फिर भी इसे एक अलग मानक पर रखें।

हो सकता है कि एक उदाहरण यहां उपयोगी होगा। जैसा कि @RyanCavanaugh ने उल्लेख किया है , मुझे ऐसा लगता है कि इन सभी मुद्दों में संकलक को प्रकारों के बारे में बताने और त्रुटियों को एक साथ अक्षम करने और बच्चे को नहाने के पानी के साथ फेंकने के बजाय त्रुटियों से बचने के लिए अच्छी तरह से परिभाषित तरीके हैं।

मुझे समझ में नहीं आया कि यह परिवेश घोषणा मेरे लिए काम क्यों नहीं कर रही है।
मैंने पहले से ही इस तरह tsconfig.json के लिए पथ परिभाषा को परिभाषित किया है
"paths": { "js-xlsx": ["./xlsx.d.ts"] }
लेकिन फिर भी मैं उस मॉड्यूल में आता हूं त्रुटि नहीं मिली।
मैंने 'fs', 'fs-extra' और 'js-xlsx' पुस्तकालयों को जोड़ने की कोशिश की, उन सभी ने मेरे परिवेश की घोषणाओं, कास्टिंग या यहां किसी भी प्रकार को जोड़ने का जवाब नहीं दिया declare var $: any;
@mhegazy

आपको .js फ़ाइलें कमिट करने की आवश्यकता नहीं है। मान लीजिए कि आप एक निर्भरता का उपयोग कर रहे हैं प्रतिक्रिया कहते हैं। आम तौर पर आप अपने रेपो में प्रतिक्रिया-0.12.0.js नहीं करेंगे, लेकिन आप इसका उपयोग करना चाहते हैं। उदाहरण के लिए आप इसे सीडीएन से स्क्रिप्ट टैग में शामिल करेंगे। मान लें कि @ प्रकार/प्रतिक्रिया मौजूद नहीं है, या आप इसका उपयोग नहीं करना चाहते हैं। इसलिए अपनी परियोजना में एक नई घोषणा फ़ाइल जोड़ें, इसे घोषणाएँ.d.ts कहें और जोड़ें:

मॉड्यूल "प्रतिक्रिया" घोषित करें; // सिर्फ यह कहना कि मॉड्यूल किसी भी प्रकार का है
यह संकलक को बताता है कि "प्रतिक्रिया" नामक एक मॉड्यूल है और यह केवल इसका उपयोग करेगा, किसी भी .js फ़ाइलों को शामिल करने की आवश्यकता नहीं है।

वैसे मुझे पता है कि एफएस-अतिरिक्त पुस्तकालय में टाइप परिभाषा है जैसे @ प्रकार/एफएस-अतिरिक्त और जेएस-एक्सएलएसएक्स के लिए हमारे पास टीएस-एक्सएलएसएक्स पुस्तकालय हैं लेकिन यह इतना अजीब है कि यह चाल मेरे लिए काम नहीं कर रही है :(

वैसे मुझे पता है कि एफएस-अतिरिक्त पुस्तकालय में टाइप परिभाषा है जैसे @ प्रकार/एफएस-अतिरिक्त और जेएस-एक्सएलएसएक्स के लिए हमारे पास टीएस-एक्सएलएसएक्स पुस्तकालय हैं लेकिन यह इतना अजीब है कि यह चाल मेरे लिए काम नहीं कर रही है :(

मुझे लगता है कि आपकी परियोजना के साथ कुछ और चल रहा है।

c:\test\9448>npm install @types/fs-extra
[email protected] c:\test\9448
`-- @types/[email protected]
  `-- @types/[email protected]

npm WARN [email protected] No description
npm WARN [email protected] No repository field.

c:\test\9448>type a.ts
import { rmdir } from "fs-extra";
rmdir("c:/test");

c:\test\9448>type tsconfig.json
{
    "compilerOptions": {
        "module": "commonjs",
        "target": "es5"
    }
}
c:\test\9448>tsc --v
Version 2.2.0

c:\test\9448>tsc

c:\test\9448>echo %ERRORLEVEL%
0

हाँ हो सकता है, लेकिन मुख्य मुद्दा जो मुझे समझ में नहीं आया, वह यह है कि मैं दिए गए तरीकों से कंपाइलर चेतावनियों को क्यों नहीं दबा सका। वैसे मेरे पास https://github.com/AngularClass/angular2-webpack-starter है , मेरी परियोजना के लिए आधार

त्रुटियों को दबाने का मतलब यह नहीं है कि प्रतिमानों को पेश किया जाए।

मुझे गलत त्रुटि मिल रही है,

error TS1005: '{' expected.

इस पर बिल्कुल ठीक JSX:

<motor-node ref      = 'menu'
    absoluteSize     = `0, ${this.MENU_BAR_HEIGHT}, 0`
    >
    {menu}
</motor-node>,

यह शिकायत करता है कि टेम्पलेट स्ट्रिंग को { । यह आदर्श रूप से तय किया जाना चाहिए, लेकिन तब तक, मैं अच्छे कारण के लिए त्रुटि को दबाने में सक्षम होना चाहता हूं।

@trusktr , यह त्रुटि एक पार्स त्रुटि है। इसे दबाने से यह तथ्य नहीं बदलता है कि संकलक इस बिंदु से कोड को नहीं समझता है, और शेष फ़ाइल का आकार अपरिभाषित स्थिति में है। इसका मतलब है कि भले ही इस त्रुटि को दबा दिया गया हो, अनुमान के प्रकार, साथ ही इस फ़ाइल या अन्य में उत्पन्न अन्य त्रुटियां सही नहीं हैं।

ने कहा कि। JSX युक्ति के अनुसार:

JSXAttributeValue:

"JSXDoubleStringCharactersopt"
' JSXSingleStringCharactersopt '
{असाइनमेंट एक्सप्रेशन}
जेएसएक्सएलिमेंट

इसलिए मुझे डर है कि त्रुटि सही है और एक JSX विशेषता में एक स्ट्रिंग टेम्पलेट शाब्दिक नहीं हो सकता है। आप इसके बजाय absolteSize = {...} उपयोग कर सकते हैं

यह त्रुटि एक पार्स त्रुटि है

हां, इसलिए इसे ठीक किया जाना चाहिए।

आउटपुट absoluteSize: "0, " + this.MENU_BAR_HEIGHT + ", 0" , जो मुझे कंपाइलर चीजें बताता है कि यह ठीक है।

ओह। माफ करो फिर। मुझे आपकी टिप्पणी समझ में नहीं आई। मुझे लगा कि आप चाहते हैं कि त्रुटि खामोश हो जाए।

मैंने किया, लेकिन आप सही कह रहे हैं, शायद मुझे केवल {} जोड़कर बेहतर तरीके से जीना चाहिए।

TS 2.1 (VS2017 RC) में हमें लाइब्रेरी JS फाइलों (/स्क्रिप्ट में बैठे) फ़ोल्डर-जैसे TS7027 से आने वाली चेतावनियां मिलती हैं। लाइब्रेरी फ़ाइलों से चेतावनी/त्रुटियों को दबाने में सक्षम होना अच्छा होगा या कम से कम किसी प्रकार की वैश्विक दमन फ़ाइल (सी # GlobalSupressions.cs के समान) में उनका समर्थन करने में सक्षम होना अच्छा होगा।

TS 2.1 (VS2017 RC) में हमें लाइब्रेरी JS फाइलों (/स्क्रिप्ट में बैठे) फ़ोल्डर-जैसे TS7027 से आने वाली चेतावनियां मिलती हैं।

अगम्य कोड (TS 7027) के लिए, --allowUnreachableCode सेट करें या इसे अपने tsconfig.json में सेट करें।

लेकिन क्या इसे केवल लाइब्रेरी फाइलों पर लागू करना संभव है। क्योंकि "मेरे कोड" के लिए मुझे इसकी ज़रूरत है!

--alowJs का उपयोग करके यह आपका कोड बन जाता है। संकलक इसे चूस लेगा, इसे सुझाए गए लक्ष्य पर स्थानांतरित कर देगा, यदि आप --outFile उपयोग करते हैं तो इसे जोड़ देगा .. यह सिर्फ एक .js एक्सटेंशन है। यदि यह "लाइब्रेरी" कोड है, तो मैं इसके लिए एक .d.ts बनाने और इसके बजाय इसे शामिल करने की अनुशंसा करता हूं।

मुझे पता नहीं है कि हमने --allowJs - VS2015 में स्विच किया है, ठीक उसी प्रोजेक्ट में jquery.js, React.js फ़ाइलें स्क्रिप्ट में बैठी हुई नहीं हैं (और वास्तव में केवल html पृष्ठ से संदर्भित हैं)

let { value } = browser.waitForPromise(() => {
    return browser.executeAsync(function (method, name, resolve) {
        require(['patron.Locator/patron.Locator.Manager'], function (locator) {
            resolve(result);
        });
    }, method, name);
});

मेरे मामले में, टाइपस्क्रिप्ट में लिखी गई पहली पंक्ति, जावास्क्रिप्ट में लिखी गई दूसरी पंक्ति। उन्हें विभिन्न संदर्भों में निष्पादित किया गया है और मैं जावास्क्रिप्ट कोड को संशोधित नहीं करना चाहता हूं।
इसलिए, हमें /* ts-disable */ /* ts-enable */ (एस्लिंट-लाइक) जैसे नए विकल्प की आवश्यकता है

मेरे मामले में, टाइपस्क्रिप्ट में लिखी गई पहली पंक्ति, जावास्क्रिप्ट में लिखी गई दूसरी पंक्ति। उन्हें विभिन्न संदर्भों में निष्पादित किया गया है और मैं जावास्क्रिप्ट कोड को संशोधित नहीं करना चाहता हूं।

सुनिश्चित नहीं है कि मैं समझता हूं कि "जावास्क्रिप्ट में लिखी गई दूसरी पंक्ति" से आपका क्या मतलब है? क्या आप पूरा स्टेटमेंट कंपाइलर को देते हैं या नहीं?

सुनिश्चित नहीं है कि मैं समझता हूं कि "जावास्क्रिप्ट में लिखी गई दूसरी पंक्ति" से आपका क्या मतलब है? क्या आप पूरा स्टेटमेंट कंपाइलर को देते हैं या नहीं?

मैं उस कोड को संशोधित नहीं करना चाहता क्योंकि इसे सेलेनियम सर्वर को पास किया जाना चाहिए।

मैं उस कोड को संशोधित नहीं करना चाहता क्योंकि इसे सेलेनियम सर्वर को पास किया जाना चाहिए।

यदि यह एक .ts फ़ाइल में है, तो इसे कंपाइलर द्वारा रूपांतरित किया जाएगा। कंपाइलर आपके लिए टाइप एनोटेशन हटा देता है ..

भले ही, इस नमूने के लिए, आपको केवल declare var browser: any; और आपको कोई त्रुटि नहीं मिलनी चाहिए। एक नमूने के लिए खेल का मैदान देखें।

यदि यह एक .ts फ़ाइल में है, तो इसे कंपाइलर द्वारा रूपांतरित किया जाएगा। कंपाइलर आपके लिए टाइप एनोटेशन हटा देता है ..

मुझे इस बात की गारंटी चाहिए कि किसी दिए गए कोड ने IE6 और अन्य पुराने ब्राउज़रों में बिना छेड़छाड़ किए निष्पादित किया है।
उदाहरण के लिए, Node.js CommonJS मॉड्यूल सिस्टम का अनुसरण करता है, लेकिन मेरा require एक कस्टम फ़ंक्शन है जिसे अन्य डेवलपर्स द्वारा इसके पृष्ठों पर परिभाषित किया गया है। इसलिए मैं बिना किसी पोस्ट- और पूर्व-संशोधन के उस कोड को शामिल करना चाहता हूं। यह मेरे और मेरी टीम के लिए महत्वपूर्ण है।

भले ही, इस नमूने के लिए, आपको केवल var ब्राउज़र घोषित करने की आवश्यकता है: कोई भी; और आपको कोई त्रुटि नहीं मिलनी चाहिए। एक नमूने के लिए खेल का मैदान देखें।

दरअसल, मेरे प्रोजेक्ट में ब्राउज़र ऑब्जेक्ट सबसे लोकप्रिय ऑब्जेक्ट है और इसे अनदेखा करने का कोई कारण नहीं है। browser.execute विधि की अपनी प्रकार की घोषणा भी है।

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

मेरा कोड विभिन्न संदर्भों में निष्पादित किया गया है: नोड और ब्राउज़र। दूसरे संदर्भ के लिए वर्तमान समस्याएं टाइप एनोटेशन और कोड संशोधन हैं।

let { value } = browser.waitForPromise(() => { // node
    return browser.executeAsync( // node
            function (method, name, resolve) { // browser
        require(['patron.Locator/patron.Locator.Manager'], function (locator) {  // browser
            resolve(result);  // browser
        });  // browser
    }, method, name); 
});

यहाँ browser.executeAsync विधि का एक सरल कार्यान्वयन है:

browser.executeAsync  = (...args) => {
   let script = args.shift();

   RPC.Selenium('/session/:sessionId/execute', {
         script: `return (${script}).apply(null, arguments)`, 
         args
    });
}

जैसा कि आप देख सकते हैं कि मैं एकीकरण परीक्षण के लिए टाइपस्क्रिप्ट का उपयोग करता हूं।

त्रुटि संदेश क्या है?

मानक त्रुटियां:

TS2345: Argument of type 'string[]' is not assignable to parameter string
TS7006: Parameter 'error' implicitly has an 'any' type
TS7006: Parameter 'attach' implicitly has an 'any' type
TS7006: Parameter 'message' implicitly has an 'any' type
TS7006: Parameter 'model' implicitly has an 'any' type

और इसी तरह...

require सही ढंग से परिभाषित करें।

declare function require(v: string[]): any;

आवश्यकता को सही ढंग से परिभाषित करें।

मैं नहीं कर सकता। मेरे मामले में, executeAsync विधि में तृतीय-पक्ष परियोजनाओं के लिए कोड शामिल है और ऐसे require s के लिए विभिन्न भिन्नताएं हैं। उपरोक्त कोड सैकड़ों का सिर्फ एक कार्य है।
मेरी इच्छा बहुत सरल है - जब मुझे इसकी आवश्यकता हो तो मुझे कुछ कोड बाहर करने दें :)

आप स्थानीय रूप से declare function require(v: string[]): any; डाल सकते हैं। उदाहरण:

// module a.ts
export var ...

declare function require(v: string[], callback: Function);

let { value } = browser.waitForPromise(() => { 
    return browser.executeAsync( 
        function (method, name, resolve) { // browser
            require(['patron.Locator/patron.Locator.Manager'], function (locator) {  // OK
                resolve(result);  
            });  
        }, method, name);
});

जरूरत पड़ने पर आप केवल any पर भी डाल सकते हैं:

let { value } = browser.waitForPromise(() => { // node
    return browser.executeAsync( // node
        function (method, name, resolve) { // browser
            (<any>require)(['patron.Locator/patron.Locator.Manager'], function (locator) {  // browser
                resolve(result);  // browser
            });  // browser
        }, method, name);
});

यह समान कोड उत्पन्न करना चाहिए।

मेरे मामले में मेरे पास एक निजी (निर्यात नहीं) अमूर्त वर्ग है जो केवल दो वर्गों द्वारा विस्तारित किया जाना है:

abstract class IParent {
  static fromConfig(config: ParentConfig): IParent {
    // actual code is 20 lines long, not this simple
    // this throws "Cannot create an instance of the abstract class 'Parent'"
    return new this().applyConfiguration(config);
  }
  abstract method1(): void;
  ...
}

export class FirstChild extends IParent {
  specificMethodForFirstChild() { ... }
  method1() { ... }
  ...
}

export class SecondChild extends IParent {
  specificMethodForSecondChild();
  method1() { ... }
  ...
}

उपयोग:

let first = FirstChild.fromConfig({ ... });
let second = SecondChild.fromConfig({ ... });

// this runs successfully:
(first as FirstChild).specificMethodForFirstChild();
(second as SecondChild).specificMethodForSecondChild();

लेकिन विधि fromConfig() मुझे "अमूर्त वर्ग 'माता-पिता' का एक उदाहरण नहीं बनाया जा सकता है:

खेल का मैदान कोड

• मैं स्थैतिक तरीकों की नकल कर सकता हूं और उन्हें एक सामान्य कार्य कह सकता हूं, लेकिन जब मेरे पास पहले से ही एक कार्यशील कोड होता है, तो यह काफी बेवकूफी भरा लगता है।
• मैं कक्षा को अमूर्त नहीं बना सकता क्योंकि उपवर्ग विधि कार्यान्वयन को लागू करते हैं।
• मैं अमूर्त विधियों को हटा सकता हूं लेकिन मैं उपवर्गों पर समान इंटरफ़ेस को लागू करने के लिए उनका उपयोग करता हूं।
• मैं इसे लागू करने के लिए एक अलग इंटरफ़ेस का उपयोग कर सकता हूं लेकिन फिर सुपरक्लास इंटरफ़ेस में फिट नहीं होगा और यह स्थिर विधि द्वारा लौटाया गया प्रकार है।
• अमूर्त वर्ग पर स्थिर विधि को कॉल करने का मेरा कोई इरादा नहीं है, मैं बस इसे विभिन्न उप-वर्गों पर एक अलग वर्ग को तुरंत चालू करना चाहता हूं

संकलक लागू नहीं करता है कि व्युत्पन्न वर्ग के रचनाकारों के पास आधार के समान हस्ताक्षर हैं। दूसरे शब्दों में व्युत्पन्न वर्ग के निर्माता के पास आधार की तुलना में अधिक आवश्यक तर्क हो सकते हैं। new this() से यह धारणा बनती है कि सभी व्युत्पन्न कंस्ट्रक्टरों के पास कोई आवश्यक पैरामीटर नहीं होगा; और यह कुछ ऐसा है जो सत्यापन योग्य नहीं है।

यदि आप सुनिश्चित हैं कि यह सही है, तो कास्टिंग पर विचार करें new (<any>this)(x, y);

अच्छा बिंदु मैंने वह नहीं देखा। आपका सुझाव वास्तव में काम करता है, मैं खतरों पर विचार करूंगा, धन्यवाद।

क्या Module ... was resolved to ..., but '--allowJs' is not set को शांत करने का कोई तरीका है? मेरे उपयोग के मामले में, एक बिल्ड सिस्टम है जो इसका ख्याल रखता है और मुझे अपने सभी कोड को टीएससी के माध्यम से पारित करने की आवश्यकता नहीं है, इसलिए मैं उन त्रुटियों को चुप कराना चाहता हूं।

'मॉड्यूल घोषित करें "someModule";' आपकी .d.ts फाइलों में से एक में।

या मेल खाने वाले @types पैकेज को स्थापित करें यदि कोई मौजूद है।

मेरे पास एक और उदाहरण है कि यह कब उपयोगी होगा:

const Button = (
  content: contentTypes,
  action: React.EventHandler<React.MouseEvent<HTMLDivElement>>,
  disabled: boolean
): JSX.Element => (
  <div className={`Button disabled-${disabled}`} onTouchStart='' onClick={ !disabled ? action : undefined } >
    { content }
    <div className='background'></div>
  </div>
);

यह एक त्रुटि फेंकता है क्योंकि ऑन टचस्टार्ट एक स्ट्रिंग को एक पैरामीटर के रूप में स्वीकार नहीं करता है जो सत्य है। हालांकि, onTouchStart='' कुछ सीएसएस नियमों से संबंधित स्पर्श उपकरणों पर टूटे हुए सीएसएस व्यवहार को ठीक करता है। मैं इस त्रुटि को विश्व स्तर पर अक्षम नहीं करना चाहता या कुछ JSX प्रकारों को फिर से परिभाषित नहीं करना चाहता। मैं इस त्रुटि को दूर करने के लिए बस इस लाइन पर चाहूंगा।

onTouchStart={<any>''}

यह वास्तव में इसे ठीक नहीं करता है।
मुझे यह त्रुटि मिलती है:

यह tsx सिंटैक्स के तहत टूटा हुआ है

onTouchStart={'' as any} , बल्कि (भूल गए JSX वैकल्पिक अभिकथन सिंटैक्स का उपयोग करता है)

@RyanCavanaugh इस सुविधा के लिए वैध उपयोग-मामले के रूप में कोड उत्पन्न करेगा? मैं एक नोड सेवा के लिए एक एपीआई क्लाइंट बनाने के लिए स्वैगर कोडजन का उपयोग कर रहा हूँ। मैं अपने सर्वर में जेनरेट किए गए क्लाइंट के प्रकारों का भी उपयोग कर रहा हूं, क्योंकि यह स्वैगर परिभाषाओं को टाइपस्क्रिप्ट इंटरफेस में बदल देता है, इसलिए यह सुनिश्चित करने का सबसे आसान तरीका है कि मैं अपने स्वयं के स्वैगर अनुबंध का सम्मान कर रहा हूं।

जेनरेट कोड हालांकि थोड़ा अजीब है, और इसमें इस तरह के ब्लॉक हैं:

let contentTypeHeader: Dictionary<string>;
if (contentTypeHeader) {
    fetchOptions.headers = contentTypeHeader;
}

यदि strictNullChecks चालू है तो यह एक त्रुटि देता है, इसलिए मैंने पूरे प्रोजेक्ट के लिए फ़्लैग बंद कर दिया है। जो बेकार है। मैं जेनरेट की गई टाइपस्क्रिप्ट को पार्स नहीं करना चाहता और इसे संशोधित नहीं करना चाहता, लेकिन मैं फ़ाइल के शीर्ष पर <tsc strictNullChecks=false /> जैसा कुछ डालने के लिए तैयार रहूंगा (

क्या यह सख्त नलचेक-अनुपालन कोड उत्पन्न करने के लिए स्वैगर कोड जनरेटर के लिए एक परिवर्तन अनुरोध नहीं होगा?

@mhegazy ज़रूर - लेकिन यह कुछ इस तरह का सिर्फ एक उदाहरण है। टाइपस्क्रिप्ट में कोड-जनरेशन उपयोगी होने के कई तरीके हैं (जावास्क्रिप्ट की तुलना में अधिक)। तो आदर्श रूप से लोगों को अपनी परियोजनाओं को अपने जेनरेट कोड के मानकों तक खींचने के लिए मजबूर करने का एक तरीका नहीं होगा।

लेकिन वे हैं :) आप अपने ऑटो-जेनरेशन टूल से जो कोड प्राप्त करते हैं, उसके परिणाम आपके संकलन में प्रवाहित होते हैं। यदि कोड जनरेशन टूल --strictNullChecks अनदेखा करता है तो आपका कोड गैर-भ्रामक प्रकार देख रहा है।
चेक को अक्षम करना सिर्फ फायर अलार्म को मफल करना है। मुद्दा अलार्म नहीं है, यह वह है जो पहली जगह में आग लगा रहा है।

@mhegazy मैं कोड में फायर अलार्म को

कैसे एक कम विवादास्पद उदाहरण के बारे में - क्या होगा यदि उत्पन्न कोड में एक अप्रयुक्त स्थानीय है? इससे मेरे कोड को कोई नुकसान नहीं होता है - उस मामले को छोड़कर जहां मुझे tsconfig में noUnusedLocals बंद करना पड़ता है - जो मैं अभी कर रहा हूं।

कैसे एक कम विवादास्पद उदाहरण के बारे में - क्या होगा यदि उत्पन्न कोड में एक अप्रयुक्त स्थानीय है? इससे मेरे कोड को कोई नुकसान नहीं होता है - उस मामले को छोड़कर जहां मुझे tsconfig में noUnusedLocals को बंद करना है - जो कि मैं अभी कर रहा हूं।

यदि आप जनरेट किए गए कोड की परवाह नहीं करते हैं, तो यह .js में एक साथी .d.ts के साथ होना चाहिए। इस तरह आप इसके खिलाफ जांच कर सकते हैं, लेकिन इसे संकलित करने की आवश्यकता नहीं है।

टाइपप्रति संकलक श्रृंखला के साथ प्रयोग किए गए अंडरस्कोर.जेएस मिश्रण को पसंद नहीं करता है।

_.mixin(){sortFunciton: SortFunc(), OtherChainFunc: OtherFunction()}

....

someVal = _.chain(someArray)
.सॉर्टफंक्शन ()
.otherChainFunc()
।मूल्य();

...

एक बहुत आसान उदाहरण है जब आप क्लिक के लिए श्रोता बनाते हैं, उदाहरण के लिए कोणीय के लिए @HostListener() के साथ, जैसे:

@HostListener('click', ['$event'])
onClick(event: MouseEvent) {
    // Code here...
}

अगर मैं सक्षम करता हूं noUnusedLocals , तो मुझे निम्न त्रुटि है:

ERROR in ./src (20,13): 'onClick' is declared but never used.

किसी भी तरह से मैं संकलक को अनदेखा कर सकता हूं?

@ जेरेमी कार्लस्टन

_.mixin(){sortFunciton: sortFunc(), otherChainFunc: otherFunction()}

अमान्य कोड जैसा दिखता है।

@leocaseiro इसे निजी होने की आवश्यकता क्यों है? इस मामले में onClick एक ऐसी विधि है जिसका उपयोग कोणीय समाप्त हो जाएगा। इसी तरह की समस्या हमेशा तब होती है जब हम निजी चर घोषित करते हैं जो हम एक टेम्पलेट में उपयोग करते हैं। यदि आप उन्हें टेम्पलेट में उपयोग करते हैं तो वेरिएबल को सार्वजनिक करें। यह समझ में आता है क्योंकि आप कोणीय को उनका उपयोग करने दे रहे हैं।

हाय @ jmlopez-रॉड, तुम सही हो।

दिलचस्प है कि जनता के रूप में, यह अब गुजर रहा है! मैं सचमुच आपकी सहायता की सराहना करता हूं।

@leocaseiro public डिफ़ॉल्ट दृश्यता स्तर है इसलिए आपको इसे निर्दिष्ट करने की आवश्यकता नहीं है।

अगर नकारात्मक लग रहा हो तो अग्रिम माफी - हो सकता है कि मुझसे कुछ छूट गया हो (टीएस के लिए नया)।
एक और उदाहरण (मैं केवल ES5 का उत्पादन करने के लिए TS का उपयोग कर रहा हूं - कोई कास्टिंग, घोषणा, इंटरफेसिंग नहीं)

// do-as-i-tell-you-start
const factory = () => {
  const _this = [];
  let _value;
  Object.defineProperties(_this, {

    // Error: Property 'getset' does not exist on type 'any[]'.
    // true at at creation but not when used – don't MOM me!
    'method1': { value(){ return _this.getset; } },   

    // Works with property strings – I don't want this
    'method2': { value(){ return _this['getset']; } }, 

    'getset': { get(){ return _value; }, set(value){ _value = value } },
  });
  return _this;
}

निर्माण पर सच है लेकिन जब इस्तेमाल नहीं किया जाता है - मुझे माँ मत करो!

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

टाइपस्क्रिप्ट को कम करने का प्रयास क्यों करें, किस उद्देश्य के लिए?

यह ES5 => ES6 (बेबेल या TS) => TS से एक टीम को स्थानांतरित करने के बारे में है - यह सब महिमा है - बेबी स्टेप्स में।

मेरी धारणा यह थी कि TS, JS का एक अतिरिक्त है जो आपको उस स्तर पर कदम रखने की अनुमति देता है जिस पर आप हैं।
मेरी शिकायत का कारण डमी उदाहरण है जो एक त्रुटि फेंकता है और इसलिए _does
ES5_ का उत्पादन न करें। IMO पासिंग लाइनिंग ट्रांसपाइल करने के लिए अनिवार्य नहीं होना चाहिए।

जब तक आपके पास त्रुटि पर कोई उत्सर्जन नहीं होगा, यह उत्सर्जित होगा। तो यह ES5 का उत्पादन करता है।

यह नहीं था - बैबेल में बदल गया - इसने काम किया

tsc को टाइप त्रुटियों की परवाह किए बिना आउटपुट उत्सर्जित करने के लिए कॉन्फ़िगर किया जा सकता है, noEmitOnError विकल्प देखें।

यदि आप ts-loader का उपयोग कर रहे हैं, तो इसमें एक नया transpileOnly विकल्प भी है जहां यह केवल ट्रांसपाइल करेगा और कोई त्रुटि नहीं दिखाएगा।

@trusktr धन्यवाद - मैं इसे आज़मा दूंगा :-)

त्रुटियां आउटपुट की पीढ़ी को टूलिंग

यह सच नहीं है। हमारे पास वेबपैक में एक (काफी सामान्य - यह स्टार्टर से आता है) सेटअप है जो उत्पादन में क्रैश बनाता है और कुछ भी आउटपुट नहीं करता है। और यह इस तरह होना चाहिए - कंपाइलर त्रुटि की रिपोर्ट करता है, प्रोग्रामर वापस जाता है और उन्हें ठीक करता है। प्रकार का उपयोग क्यों करें जब पूरी टीम उन्हें अनदेखा करती है क्योंकि निर्माण "काम" कर रहा है? इसी तरह यदि tsc संकलित करने में विफल रहता है तो ऑटो-रीफ्रेश काम नहीं करता है (प्लगइन जानबूझकर इस तरह लिखा गया है - यदि आपका कोड गलत है [या कंपाइलर द्वारा गलत माना जाता है] तो यह रीफ्रेश नहीं होता है)।

tsc में बग होने पर एरर को दबाना उपयोगी होता है। जैसे इसे संकलित करना चाहिए:

interface A {
  isEmpty(x: any[] | string | object): boolean;
}

const a: A = <A>{};
a.isEmpty({a: 1});

लेकिन वर्तमान टीएस रिलीज में यह विफल रहता है।

संपादित करें: निश्चित फ़ंक्शन कॉल (गलत लाइन की प्रतिलिपि बनाई गई)

द्वारा

a.isEmptyObject ({ए: 1});

तुम्हारा मतलब है

a.isEmpty({a: 1});

?

ओह हां। गलत लाइन कॉपी की गई: /।

tsc में बग होने पर एरर को दबाना उपयोगी होता है।

उत्सर्जन को रोकने वाले एक बग को ठीक किया जाना चाहिए। यह बहुत कम संभावना है कि किसी त्रुटि को अनदेखा करने की क्षमता हर कारण tsc अचानक कुछ उत्सर्जित करेगी जब उसमें कोई बग हो जो इसे क्रैश कर दे।

मेरे पास एक आयात है जो इस तरह दिखता है:

import * as reducers from "./**/reducer.ts"

मैं पहले टाइपस्क्रिप्ट का उपयोग करता हूं, फिर बैबेल का। मेरे पास एक बेबेल प्लगइन है जो आयात में * को ग्लोब पैटर्न के रूप में मानता है। टाइपस्क्रिप्ट .ts बारे में शिकायत करने में त्रुटि फेंकता है, और फिर यदि .ts हटा दिया जाता है तो यह मॉड्यूल नहीं ढूंढ सकता है।

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

संकलक के दायरे के भीतर एक .d.ts में @lukescott:

declare module './**/reducer' {
  export = {
    [reducer: string]: () => void; /* or whatever */
  };
}

यह कैसे उपयोगी होगा इसका एक और उदाहरण:

const req = https.request({
        host: 'www.google.com',
        method:'GET',
        path:'/',
        port: 443,
}, (res) => { 
    console.log(res.connection.getPeerCertificate());
});

getPeerCertificate कहना है कि यह नोड https ( यह भी ) में दोषपूर्ण परिभाषाओं के कारण मौजूद नहीं है।

यह अभी भी संकलित करता है और बड़े लाल रेखांकन के साथ काम करता है, लेकिन ऐसा करना बहुत अच्छा होगा

console.log(res.connection.getPeerCertificate()); //ts:disable-line

@trusktr
उफ़ ऐसा लगता है कि मैंने इसे ठेस कोड से परिवर्तित करने वाले सिंटैक्स को गड़बड़ कर दिया है। मैं जो वर्णन करने का प्रयास कर रहा था उसका एक जेएस प्लंक यहां दिया गया है। अंडरस्कोर परिभाषाओं के साथ शायद अधिक समस्या। लेकिन अगर कोई थर्ड पार्टी लाइब्रेरी ts कंपाइलर के साथ समस्या पैदा कर रही है, तो क्या हमें कोड की उस लाइन को नजरअंदाज नहीं करना चाहिए?

+1। यह परीक्षण के लिए उपयोगी होगा, क्योंकि मुझे यह सुनिश्चित करने की ज़रूरत है कि मेरा कोड एक त्रुटि फेंकता है जब इसे किसी ऐसी चीज़ में पारित किया जाता है जिसकी वह अपेक्षा नहीं कर रहा है।

यह उपयोगी सुविधा संभवतः अशक्त वस्तुओं के लिए ! का सामान्यीकरण होगी।

अगर मैं एक पुस्तकालय फ़ाइल को एक परियोजना में लाना चाहता हूं (उदाहरण के लिए चार्टज), तो मैं अक्सर इसे एक टीएस फ़ाइल के रूप में सहेजता हूं (मैं सभी स्रोत फाइलों को टीएस के रूप में रखना चाहता हूं और जेएस के रूप में संकलित करना चाहता हूं) और इसे टीएस में ट्रिपल स्लैश रेफरी के साथ आयात करता हूं। फ़ाइल जिसे इसकी आवश्यकता है। हालाँकि, टाइपस्क्रिप्ट तब उस फ़ाइल में त्रुटियों के बारे में अंतहीन शिकायत करता है (स्वाभाविक रूप से यह केवल एक मानक JS फ़ाइल है जिसे TS के रूप में सहेजा गया है)।

हालांकि, जोड़ने की क्षमता:

/*ts-errors-disable*/ लाइब्रेरी फ़ाइल की शुरुआत तक और /*ts-errors-enable*/ अंत तक त्रुटियों के आउटपुट को कम करेगा जो प्रासंगिक नहीं हैं लेकिन फिर भी देवों को सभी स्रोत फ़ाइलों को टीएस के रूप में रखने की अनुमति देते हैं।

या क्या मुझे चीजों को मौलिक रूप से अलग तरीके से करना चाहिए?

@benfrain ठीक है, यदि यह मौजूद है ( npm install --save-dev @types/mylibrary ) संबंधित टाइपस्क्रिप्ट परिभाषा फ़ाइल को स्थापित करना बेहतर होगा या अपने पुस्तकालय नामस्थान में any प्रकार के साथ अपनी खुद की _.d.ts_ फ़ाइल बनाना बेहतर होगा /मुख्य वर्ग प्रथम:

// mylibrary.d.ts
declare module "mylibrary" {
    let mylibrary: any;
    export = mylibrary;
}

// main.ts
import mylibrary = require("mylibrary");
...

मेरा एक सवाल है। पहला कोड, और त्रुटि जिसे टाइपस्क्रिप्ट हाइलाइट कर रहा है:

import {Directive, ElementRef, Input, OnChanges, SimpleChange} from '@angular/core'

@Directive({
  selector: '[blankAttr]',
})
export class BlankAttr implements OnChanges {
  @Input('blankAttr') private attrName: string // <--- TS Error: unused variable

  constructor(private el: ElementRef) {}

  public ngOnChanges(changes: {[key: string]: SimpleChange}): void {
    const change: any = changes.attrName 
    const prevValue: any = change.previousValue

    if (prevValue) {
      this.el.nativeElement.removeAttribute(prevValue)
    }
    this.el.nativeElement.setAttribute(change.currentValue, '')
  }
}

मेरे पास समस्या यह है कि विशेषता को एक स्ट्रिंग पारित करने की अनुमति देने के लिए मुझे @Input डेकोरेटर घोषित करने की आवश्यकता है। लेकिन मैं केवल उस स्ट्रिंग के मूल्य की परवाह करता हूं जब वह बदलता है। और परिवर्तन घटना को संभालने के दौरान मैं पिछला और वर्तमान मूल्य प्राप्त कर सकता हूं।

क्या अब हमारे पास // ts-ignore हो सकता है? या इसे अच्छी तरह से हल करने का कोई और तरीका है?

@uglow attrName निजी क्यों है? यह एक वैरिएबल है जिसे एंगुलर संशोधित करता है ताकि आप इसके साथ एक मूल्य प्राप्त कर सकें। इसलिए इसे सार्वजनिक करने की जरूरत है।

@ jmlopez-rod मैंने इसे सार्वजनिक रूप से बदल दिया है, लेकिन इससे समस्या नहीं बदली है। TS कह रहा है कि यह एक अप्रयुक्त चर है।

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

पहले:

बाद में:

मैं 2.3.3 का उपयोग कर रहा हूँ। मैं 2.4.1 कोशिश करूँगा। धन्यवाद

इसको शामिल किया जाना चाहिए। मैं एक कस्टम जेएस इंजन के साथ काम कर रहा हूं जो एक एकल .js फ़ाइल को एक मान वापस करने की अनुमति देता है। एक उदाहरण के लिए मेरा सार देखें । मैं अपनी .js फ़ाइलें जेनरेट करने के लिए TS का उपयोग करता हूं और निश्चित रूप से TS इसके बारे में नहीं जानता और फेंकता है:

A 'return' statement can only be used within a function body.

एक नया SO प्रश्न जिसे noUnusedLocals त्रुटि को दबाने की आवश्यकता है:
https://stackoverflow.com/questions/45519476/is-it-a-typescript-antipattern-to-dynamically-call-a-member-function-stored-in-a

@mhegazy मैंने इस तरह की समस्या को कई अलग-अलग तरीकों से मारा है।

मेरी वर्तमान स्थिति (संपूर्ण प्रवाह घोषणा मोड मानता है):

• वर्ग सज्जाकारों को एक वर्ग घोषणा (वर्ग अभिव्यक्ति नहीं) की आवश्यकता होती है और मैं एक समारोह के अंदर हूं - सिद्धांत रूप में इसे तय किया जा सकता है, लेकिन यह आज नहीं है।
• ठीक है, कोई बात नहीं मैं अभिव्यक्ति को एक घोषणा बना दूँगा
• कोई पासा नहीं, घोषणा में अब एक अप्रयुक्त नाम है
• ठीक है, कोई बात नहीं मैं इसे वापस कर दूँगा
• कोई पासा नहीं, Return type of public method from exported class has or is using private name
• ...?

मूल रूप से, यहां मूल कारण यह है कि अभिव्यक्तियों को सजाया नहीं जा सकता है, लेकिन उस कार्यक्षमता को लागू करने के लिए आपके लिए सब कुछ छोड़ना अनुचित है। इस बीच, मेरे लिए यह समझदारी है कि मैं इस त्रुटि को केवल दबा दूं। मैं ठीक हूँ अगर किसी त्रुटि को दबाने के लिए मुझे संबंधित टाइपस्क्रिप्ट समस्या को खोजने और // TS-LIMITATION:#9448 जैसा कुछ कहने की आवश्यकता होती है, हालांकि मुझे संदेह है कि इसके परिणामस्वरूप आपके दृष्टिकोण से बड़ी मात्रा में नए व्यर्थ मुद्दे होंगे।

यदि आप उन ज्ञात मुद्दों के लिए विशिष्ट लक्षित दमन जोड़ते हैं जिन्हें आप अभी तक लेने के लिए तैयार नहीं हैं, तो मैं भी ठीक रहूंगा, लेकिन केवल तभी जब यह जल्दी और बिना बहुत अधिक डिज़ाइन प्रयास के किया गया हो (जो तंत्र को व्यर्थ बना देगा: पलक:)

जब मैं कुछ ऐसा करता हूं तो मैं पहुंचने योग्य कोड त्रुटि नहीं प्राप्त करना चाहता (जहां मुझे "यहां पहुंचने योग्य कोड त्रुटि पर चुप रहें") एनोटेट करने में प्रसन्नता हो रही है
if (false){ ...complicated debug code that I dont want to delete/forget... }

इसलिए, टाइपस्क्रिप्ट कंपाइलर में अभी भी "शट अप और अन्य टूल्स को गड़बड़ न करने" का विकल्प नहीं है। टिप्पणियों के माध्यम से और विशिष्ट फाइलों या ग्लोब के लिए कंपाइलर स्विच के माध्यम से यह विकल्प हमारे लिए वास्तव में उपयोगी होगा। हम टूल के पुराने संस्करण का उपयोग करने में फंस गए हैं क्योंकि हम ऑटो-रीलोड खोना नहीं चाहते हैं (त्रुटियां मौजूद होने पर नए संस्करण ऑटो-रीलोड नहीं होते हैं)। इसलिए हम या तो बग्गी विकल्प को बंद कर देते हैं noImplicitAny (जो मैं वास्तव में नहीं चाहता, मैं टाइप-चेकिंग के कारण टाइपस्क्रिप्ट का उपयोग कर रहा हूं और अनुमति के साथ कोई भी टाइपस्क्रिप्ट एक टेबल पर इतना नहीं लाता है) या पैकेज के प्राचीन संस्करणों पर बने रहें। हां, मैंने वेबपैक और विस्मयकारी टाइपस्क्रिप्ट लोडर दोनों में बग की सूचना दी, लेकिन किसी को परवाह नहीं है। कई महीनों से इस मामले की अनदेखी की जा रही है। मुझे लगता है कि यह टाइपस्क्रिप्ट पैकेज के साथ बिल्कुल वैसा ही है :-(।

@polyglotinc if (!!false) {

@RyanCavanaugh ठीक है, उस मामले के लिए, (!true) काम करता है ... मैंने उनको संभावनाओं के रूप में भी नहीं सोचा क्योंकि मैंने _ (एक पूर्व-संकलक-लेखक के रूप में) _ ने निरंतर/शाब्दिक के संबंध में संकलक को अधिक क्रेडिट दिया अभिव्यक्ति ढह रही है ... मुझे लगता है कि मुझे लगा कि अगर यह if (false) बारे में एक व्यस्त निकाय होने जा रहा है, तो यह पता चलेगा कि if (!true) वही बात थी!

@unional SO प्रश्न को थोड़ा स्पष्ट लिखा जा सकता है और शायद इसीलिए हमें संभावित त्रुटियों के बारे में बताने के लिए संकलक की आवश्यकता है। इस स्क्रीनशॉट को उस त्रुटि को दिखाते हुए देखें जिसे उपयोगकर्ता दबाना चाहता है

ध्यान दें कि स्क्रीनशॉट में मुझे केवल एक त्रुटि है। ऐसा इसलिए है क्योंकि मैंने पहले ही संकलक द्वारा पकड़ी गई एक समस्या को ठीक कर दिया है।

private keyHandlers = {
    'ArrowDown': function ($event: any) {
      this.handleArrowDown($event);
    },
    'ArrowUp': ($event: any) => {
      this.handleArrowUp($event);
    },
  };

उपयोगकर्ता का दावा है कि handleArrow* का उपयोग किया जा रहा है लेकिन टाइपस्क्रिप्ट इसका उपयोग नहीं करता है। जहां तक ​​टाइपस्क्रिप्ट का संबंध है this में this.handleArrowDown($event); कोई भी वस्तु हो सकती है जिसमें विधि handleArrowDown । तीर फ़ंक्शन के साथ अब यह जानता है कि this वर्ग का उदाहरण है और इस प्रकार यह handleArrowUp का उपयोग किया जा रहा है।

दूसरा विकल्प: नकली पहले पैरामीटर का उपयोग करें this ।

  private keyHandlers = {
    'ArrowDown': function (this: SomeComponent, $event: any) {
      this.handleArrowDown($event);
    },
    'ArrowUp': ($event: any) => {
      this.handleArrowUp($event);
    },
  };

@ jmlopez-रॉड धन्यवाद। ये अच्छे विकल्प हैं। मुझे विशेष रूप से function(this: SomeComponent, ...) {...} समाधान पसंद है क्योंकि यह सबसे लचीला है।

यदि keyHandlers वर्ग का हिस्सा नहीं है तो एरो फ़ंक्शन काम नहीं करता है:

const keyHandlers = {
  'ArrowDown': function (this: SomeComponent, $event) {
    this.handleArrowDown($event); // error on accessing private method, filing an issue for it.
  },

  'ArrowUp': ($event) => { // doesn't work, duh
    this.handleArrowUp($event);
  }
}

export class SomeComponent {
  onKeyDown($event) {
    if (typeof keyHandlers[$event.code] === 'function') {
      keyHandlers[$event.code]($event);
    }
  }
  private handleArrowDown(_event) {
    // ...
  }

  private handleArrowUp(_event) {
    // ...
  }
}

दूसरी ओर, इस संदर्भ में एरो फंक्शन सबसे सीधा है।

मैं console.log उपयोग पर त्रुटियों को रोकने के लिए IE9 के लिए मैन्युअल रूप से window.console सेट करने का प्रयास कर रहा हूं:

if (!window.console)
    window.console = {};

लेकिन मुझे error TS2540: Cannot assign to 'console' because it is a constant or a read-only property. क्या इन उपयोग के मामलों के लिए कोई समाधान है?

@amiraliakbari आप window को any प्रकार के रूप में मुखर कर सकते हैं, जो प्रभावी रूप से आपको प्रकार की जांच से ऑप्ट आउट करने देता है:

(window as any).console = {};

इसने मेरे लिए वैश्विक स्तर पर console.log को ओवरराइड/अक्षम करने का काम किया - ध्यान दें कि Project.logging इससे पहले परिभाषित किया गया था

(window.console as any).___real_log = window.console.log;
window.console.log = function(args) {
  if (Project.logging) return (window.console as any).___real_log(args);
  return;
};

यह मेरे पूरे कोड में if स्टेटमेंट डालने की तुलना में बहुत साफ था क्योंकि मैं सामान्य रूप से console.log उपयोग कर सकता हूं

जैसा कि #19109 में उल्लेख किया गया है, हमारे पास अभी भी एक विशिष्ट त्रुटि को दबाने की क्षमता नहीं है।

जैसा कि #19109 में उल्लेख किया गया है, हमारे पास अभी भी एक विशिष्ट त्रुटि को दबाने की क्षमता नहीं है।

मुझे लगता है कि इस मुद्दे में उल्लिखित बुनियादी परिदृश्य को संबोधित किया गया है। हम त्रुटि संख्या का उपयोग करके वैश्विक त्रुटि दमन को ट्रैक करने के लिए एक नया मुद्दा बना सकते हैं। हम इस तरह से त्रुटि कोड का उपयोग करने के लिए अनिच्छुक रहे हैं क्योंकि उनमें अभिव्यक्ति की कमी है।

#19139 बनाया गया।

यह निर्देश केवल प्रति फ़ाइल काम करता है, है ना? क्या इसे फ़ोल्डर पर काम करना संभव है?

निर्देश एक समय में एक ही लाइन के लिए काम करने वाला है। यदि आप अपने प्रोजेक्ट में बहुत सारी कंपाइलर त्रुटियां देख रहे हैं, तो आप जांच सकते हैं कि आपके पास कम सख्त कंपाइलर विकल्प होने चाहिए, जैसे कि noImplicitAny को छोड़ना (यानी, वैरिएबल्स परोक्ष रूप से any यदि नहीं एनोटेट)। आप कुछ फ़ाइलों को JS के रूप में भी छोड़ सकते हैं और allowJs पर सेट कर सकते हैं लेकिन checkJs बंद कर सकते हैं।

आपने इस मुद्दे को क्यों बंद किया? समाधान अभी बाकी है! एक उचित त्रुटि-दबाने-संभावना के एकीकरण के बजाय आप 2 साल तक व्यर्थ चर्चा क्यों करते हैं?

@ webia1 आपकी रुचि #19139 में हो सकती है जो अभी भी खुला है।

(इस टिप्पणी को यहां जोड़ना क्योंकि यह उन लोगों के लिए उपयोगी हो सकता है जो इस मुद्दे पर ठोकर खाते हैं, जैसा मैंने किया था)

मैं https://github.com/Microsoft/TypeScript/pull/21602 पर भागा और यह समाधान हो सकता है।

बस अपने कोड में // @ts-ignore जोड़ें (या यहां तक ​​कि // @ts-ignore <some code error> केवल निर्दिष्ट त्रुटि को अनदेखा करने के लिए) ।

टाइपस्क्रिप्ट 2.7.2 के साथ यहां इसका परीक्षण किया और यह काम करता है!

(या यहां तक ​​कि // @ ts-अनदेखाकेवल निर्दिष्ट त्रुटि को अनदेखा करने के लिए)।

21602 का विलय नहीं हुआ था। आप केवल कुछ त्रुटियों को अनदेखा नहीं कर सकते।

@RyanCavanaugh तुम सही हो! मैंने अपनी टिप्पणी अपडेट कर ली है। धन्यवाद!

त्रुटि TS2339 को दबाने के लिए यहां पहुंचे।

document.getElementById('theme-admin').disabled = false; /* tslint:disable */
document.getElementById('theme-member').disabled = true; /* tslint:disable */