Typescript: JSX में "इस त्रुटि संदेश को अनदेखा करें" कोड ठीक करने का परिणाम है '// @ ts-ign'

को निर्मित 4 अक्तू॰ 2018 · 22टिप्पणियाँ · स्रोत: microsoft/TypeScript

टाइपस्क्रिप्ट संस्करण: 3.2.0-dev.20181004

खोज शब्द:

disableJsDiagnostics
JSX
कोड ठीक करें
इस त्रुटि संदेश को अनदेखा करें
सभी त्रुटि संदेशों में '@ ts-ign' जोड़ें

कोड

// MyComponent.jsx
// @ts-check
import React from "react";

class MyComponent extends React.Component {
  render() {
    return (
      <div>
        // @ts-ignore
        {doesNotExist}
      </div>
    );
  }
}

export default MyComponent;

Ignore this error message या Add '@ts-ignore' to all error messages कोड फिक्स करना // @ts-ignore सम्मिलित करता है जो संकलक को संतुष्ट करता है।

परंतु,

<div>
  // @ts-ignore
  {doesNotExist}
</div>

वास्तव में // @ts-ignore प्रदान करेगा।

अपेक्षित् व्यवहार:

ऐसा लगता है कि {/* @ts-ignore */} या {/* // @ts-ignore */} को वैध अनदेखा टिप्पणियों के रूप में मान्यता प्राप्त नहीं है।

तो, सबसे अच्छा मैं साथ आ सकता है

<div>
  {/* 
  // @ts-ignore */}
  {doesNotExist}
</div>

वास्तविक व्यवहार:

// MyComponent.jsx
// @ts-check
import React from 'react';

class MyComponent extends React.Component {
  render() {
    return (
      <div>
        // @ts-ignore
        {doesNotExist}
      </div>
    );
  }
}

export default MyComponent;

जहां // @ts-ignore गलती से प्रदान किया जाता है।

संबंधित मुद्दों:

https://github.com/Microsoft/TypeScript/issues/25240

Bug JSTSX Quick Fixes

स्रोत

brieb

👍27

सबसे उपयोगी टिप्पणी

(जब तक हम वास्तव में ऐसा कुछ नहीं सोचते हैं

{/* 
  // @ts-ignore */}

ठीक है?)

weswigham 8 अक्तू॰ 2018

👍133 🎉21 👀18 😕9 😄7 ❤2

सभी 22 टिप्पणियाँ

कृपया ध्यान दें: जब तक हम नए दमन फॉर्म (यानी इनलाइन) नहीं जोड़ते हैं, इसके लिए एकमात्र फिक्स क्विकफिक्स को अक्षम कर रहा है जब एक वैध दमन स्थिति उत्पन्न नहीं की जा सकती है।

weswigham 8 अक्तू॰ 2018

(जब तक हम वास्तव में ऐसा कुछ नहीं सोचते हैं

{/* 
  // @ts-ignore */}

ठीक है?)

weswigham 8 अक्तू॰ 2018

👍133 🎉21 👀18 😕9 😄7 ❤2

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

const s = `
Hello ${doesnotexist}`;

के रूप में ठीक हो जाता है नजरअंदाज कर दिया

const s = `
Hello ${
// @ts-ignore
doesnotexist}`;

brieb 8 अक्तू॰ 2018

👍2

{/* 
  // @ts-ignore */}

कमाल 🌹

proYang 25 मई 2019

👍29

क्या कोई और पैटर्न है जिसका उपयोग अन्य कर रहे हैं?

यह वास्तव में अजीब वाक्यविन्यास है

{/* 
  // @ts-ignore */}

ऊपर संपादित करें वास्तव में काम नहीं करता है।

आज लोग TSX फ़ाइलों के अंदर टाइपस्क्रिप्ट त्रुटियों को कैसे अनदेखा कर रहे हैं? मैंने एक टन का शोध किया है और एक भी समाधान नहीं खोज पाया है जो काम करता हो। कुछ बयान को नजरअंदाज न कर पाना एक बहुत बड़ी चुनौती है।

oshalygin 25 जून 2019

👍18 🚀1 ❤1 🎉1

एक और (विषम दिखने वाली) भिन्नता जो काम करती है:

<
// @ts-ignore
SomeComponent />

crickford 3 जुल॰ 2019

👍14 👀3

(जब तक हम वास्तव में ऐसा कुछ नहीं सोचते हैं
{/* 
  // @ts-ignore */}
ठीक है?)

तुम कितने होशियार हो !!!

Xixi20160512 11 सित॰ 2019

ऊपर संपादित करें वास्तव में काम नहीं करता है।
लोग आज TSX फ़ाइलों के अंदर टाइपस्क्रिप्ट त्रुटियों को कैसे अनदेखा कर रहे हैं? मैंने एक टन का शोध किया है और एक भी समाधान नहीं खोज पाया है जो काम करता हो। कुछ बयान को नजरअंदाज न कर पाना एक बहुत बड़ी चुनौती है।

टाइपस्क्रिप्ट 3.6.2 के साथ .tsx लिए काम करता है

adamhwang 2 अक्तू॰ 2019

👍1

(जब तक हम वास्तव में ऐसा कुछ नहीं सोचते हैं
{/* 
  // @ts-ignore */}
ठीक है?)

हाँ, उन सभी नियमों के नियम उस वाक्य रचना के बारे में बहुत खुश होंगे

अब ऐसा करना: neutral_face:

    <   // eslint-disable-line react/jsx-tag-spacing
        // @ts-ignore
    Component/>

InsOpDe 15 अक्तू॰ 2019

❤3 😄3 👍2

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

मेरे पास यहां का वर्कअराउंड है:

{/* lol https://github.com/Microsoft/TypeScript/issues/27552#issuecomment-495830020
      // @ts-ignore */ /* prettier-ignore */}
    <MyComponent foo={{
        a: 'prop',
        with: 'lots a',
        big: 'object',
        that: 'forces',
        prettier: 'to wrap',
      }}
    />

पहले से:

    {/* lol https://github.com/Microsoft/TypeScript/issues/27552#issuecomment-495830020
      // @ts-ignore */}
    <MyComponent
      foo={{
        a: 'prop',
        with: 'lots a',
        big: 'object',
        that: 'forces',
        prettier: 'to wrap',
      }}
    />

junoatscroll 6 नव॰ 2019

👍1

कोई विचार नहीं अगर प्रेटियर अत्यधिक प्रसार के बारे में भी शिकायत करेगा, लेकिन

    <MyComponent
      {...{}/* lol https://github.com/Microsoft/TypeScript/issues/27552#issuecomment-495830020
      // @ts-ignore */}
      foo={{
        a: 'prop',
        with: 'lots a',
        big: 'object',
        that: 'forces',
        prettier: 'to wrap',
      }}
    />

काम भी करना चाहिए? कुछ बिंदु पर पूर्व-उपेक्षा केवल बेहतर विकल्प है, हालांकि। Jsx के अंदर टिप्पणी स्थानों के लिए बस कई विकल्प नहीं हैं।

weswigham 7 नव॰ 2019

👍2 😄1

यह बंद क्यों है? क्या हम सिर्फ बदसूरत समाधान के लिए प्रतिबद्ध थे?

MFry 28 फ़र॰ 2020

👍8 😄4

कृपया फिर से खोलें ...

a-x- 4 मार्च 2020

👍1

क्या हम सिर्फ बदसूरत समाधान के लिए प्रतिबद्ध थे?

हां। फुर्तीला अब बदसूरत काम करता है। "पूर्वाग्रह" एक चिंता का विषय नहीं है, जब इसे दबाने की बात आती है, जो कि सभी अधिकारों से, असाधारण घटनाओं से होना चाहिए। हम बहुत से लॉक कर रहे हैं जो jsx सिंटैक्स की अनुमति देता है, इसलिए यह वास्तव में यही है।

weswigham 4 मार्च 2020

हम निश्चित रूप से भयंकर समाधान के लिए प्रतिबद्ध हैं ... लेकिन शायद नहीं।

क्या हम इसे खुला रखने पर वोट / सहमति दे सकते हैं? मैं कुछ खाली समय में इससे निपटना पसंद करूंगा लेकिन अगर मौजूदा समाधान पसंदीदा विकल्प है तो समय बर्बाद नहीं करना चाहिए।

oshalygin 19 मार्च 2020

माना। मैं वर्तमान में fugly समाधान का उपयोग कर रहा हूं क्योंकि एक 3 पार्टी लाइब्रेरी जो मैं भरोसा करता हूं कि उनके नवीनतम कोड में गलत टाइपिंग है। फुगली समाधान अभी के लिए काम करता है, लेकिन यदि संभव हो तो वन-लाइनर रखना अच्छा होगा।

sean-magin 5 अप्रैल 2020

अफसोस की बात है कि jsx में टिप्पणी करने का कोई और तरीका नहीं है। यह {} भीतर होना चाहिए।

weswigham 5 अप्रैल 2020

👍1

क्या इसकी संभावना को ट्रैक करने के लिए एक अलग मुद्दा है?

{/* @ts-ignore */}
{whatever}

forresthopkinsa 28 अप्रैल 2020

👍2

ऐसा लगता है जैसे हम इसे अभी खोल रहे हैं: https://github.com/microsoft/TypeScript/issues/37738
यहां PR: https://github.com/microsoft/TypeScript/pull/38228 ith

brieb 29 अप्रैल 2020

🚀2 🎉2

मैं व्यक्तिगत रूप से सोचता हूं

{/* @ts-ignore */}
{whatever}

इसके लिए सबसे अच्छा और सबसे सार्वभौमिक समाधान है।

ऑटो स्वरूपण उपकरण (प्रेटियर, आदि) हैक के नीचे खराब हो सकते हैं।

ध्यान दें:
यह समाधान ठीक काम कर रहा है

{/* 
  // @ts-ignore */}

जबकि यह

<
// @ts-ignore
SomeComponent />

स्वतः-स्वरूपित है और अमान्य हो गया है (कम से कम मेरी प्रीटियर सेटिंग्स पर)

likern 2 जून 2020

# 38228 की सफलता के आधार पर मुझे लगता है कि यह 3.9 में उतरा: टैडा:

forresthopkinsa 2 जून 2020

🎉1

मुझे लगता है कि यह JSX समस्या से अधिक है, लेकिन इसे देखें:

मान लें कि मेरे पास यह है :

import * as React from 'react';

declare var SomeComponentFromLibrary: React.FC<{
    children?: React.ReactElement
}>;

declare var MyComponent: React.FC<{
    foo: string,
}>;

export default () => (
    <SomeComponentFromLibrary>
        {/* @ts-expect-error */}
        <MyComponent />
    </SomeComponentFromLibrary>
)

SomeComponentFromLibrary मैं बदल नहीं सकता, और मैं उस त्रुटि को दबा देना चाहता हूं जो <MyComponent /> उत्पन्न होती है।

हालांकि, SomeComponentFromLibrary के बच्चों में एक और तत्व जोड़ने से अब children?: React.ReactElement प्रकार की बाधा टूट जाती है, एक अन्य प्रकार की त्रुटि उत्पन्न होती है।

क्या JSX में ऐसी टिप्पणी करना संभव है जो कोड में तब्दील न हो?

lxe 30 अक्तू॰ 2020

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स