Definitelytyped: node_modules/@types/react-native/globals.d.ts (36,15): डुप्लीकेट आइडेंटिफायर 'फॉर्मडाटा'।

मेरा भी यही विचार है

@types/react-native को बिल्कुल क्यों जोड़ा गया? मेरे पास एक प्रतिक्रिया वेब प्रोजेक्ट है, मुझे टाइपिंग क्यों स्थापित करनी है जिसका मैं उपयोग नहीं करता?

मैन्युअल रूप से सेट कंपाइलरOptions.types द्वारा तय किया गया

{
  "compilerOptions": {
  ...
    "types": ["react", "jest"]
  }
  ...
}

मेरा भी यही मुद्दा है।

यहाँ वही मुद्दा।
चूंकि मेरी परियोजना में मेरी कई प्रकार की परिभाषाएं हैं, @types/styled-components मैंने पिछले संस्करण के लिए

मुझे लगता है कि tsconfig.json में स्पष्ट रूप से प्रकार जोड़ना एक खराब समाधान है।
वेब के लिए और मूल निवासी के लिए styled-components के प्रकारों को अलग करना बेहतर होगा।

मुझे इस फॉर्मडाटा के साथ कोई समस्या है, मैं typescript: 3.3.333 का उपयोग कर रहा हूं यहां मेरा package.json और tsconfig.json

पैकेज JSON
"dependencies": { "@material-ui/core": "^3.9.2", "@types/react-loadable": "^5.5.0", "@types/react-router-dom": "^4.3.1", "prettier": "^1.16.4", "react": "^16.8.4", "react-dom": "^16.8.4", "react-loadable": "^5.5.0", "react-router-dom": "^5.0.0", "react-scripts-ts": "3.1.0", "styled-components": "^4.1.3" }, "devDependencies": { "@types/jest": "^24.0.11", "@types/node": "^11.11.3", "@types/react": "^16.8.8", "@types/react-dom": "^16.8.2", "@types/styled-components": "^4.1.12", "eslint": "5.3.0", "eslint-config-airbnb-base": "13.1.0", "eslint-plugin-import": "^2.14.0", "typescript": "^3.3.3333" }

TSCONFIG JSON
{ "compilerOptions": { "baseUrl": ".", "outDir": "build/dist", "module": "esnext", "target": "es5", "lib": ["es6", "dom"], "sourceMap": true, "allowJs": true, "jsx": "react", "moduleResolution": "node", "rootDir": "src", "forceConsistentCasingInFileNames": true, "noImplicitReturns": true, "noImplicitThis": true, "noImplicitAny": true, "importHelpers": true, "strictNullChecks": true, "suppressImplicitAnyIndexErrors": true, "noUnusedLocals": true, "esModuleInterop": true, "types": ["styled-components", "react", "react-dom", "jest"] }, "exclude": [ "node_modules", "build", "scripts", "acceptance-tests", "webpack", "jest", "src/setupTests.ts" ] }

मेरी भी यही समस्या है। सौभाग्य से, मैं @types/styled-components से 4.1.8 के संस्करण को लॉक करके समस्या को दूर करने में सक्षम था

यहाँ भी, मुझे या तो पिछले संस्करण में वापस जाना था, या नोड_मॉड्यूल्स से प्रतिक्रिया-मूल को हटाने के लिए एक पोस्ट-इंस्टॉल स्क्रिप्ट जोड़ना था

आपको वेब पर स्टाइल-घटकों का उपयोग कैसे करना चाहिए, यदि इसकी निर्भरता डिफ़ॉल्ट रूप से डोम लिब्स के साथ टकराती है ?!
यह पागल है!

मेरे पास एक ही समस्या है और मैंने यह भी देखा कि सभी लेखकों को अधिसूचित नहीं किया गया था। ये दोनों गायब हैं: @eps1lon @flavordaaave

@ArthurBrito धन्यवाद, लेखकों की सूची अपडेट की गई थी।

यह मुद्दा मेरे साथ भी हो रहा है। @ प्रकार/प्रतिक्रिया-मूल वेब परियोजनाओं में निर्भरता नहीं होनी चाहिए। इन प्रकारों को अलग किया जाना चाहिए

जहां तक ​​​​मैं बता सकता हूं कि यह #32843 के कारण हुआ था जिसे 4.1.9 के रूप में जारी किया गया था । यह टिप्पणी इसका समर्थन करती है।

मैंने इस मुद्दे के संदर्भ में उस सूत्र में एक टिप्पणी पोस्ट की।

/सीसी @minestarks

4.1.8 के लिए सत्यापन फिक्सिंग मेरे लिए काम किया

क्या यहां कोई पीआर है जो इस समस्या का समाधान करता है? अजीब आप वेब प्रोजेक्ट्स में स्टाइल-घटकों का उपयोग नहीं कर सकते हैं।

एक ही समस्या है, वास्तव में यह लगभग @types/styled-component ।

my-app git:(master) ✗ npm ls @types/react-native
[email protected] /Users/devniel/dev/electron/my-app
└─┬ @types/[email protected]
  └── @types/[email protected]

इस मुद्दे पर कोई अपडेट?

निम्नलिखित सामग्री के साथ .yarnclean फ़ाइल बनाएँ:

@types/react-native

समस्या को ठीक करता है

आधा साल और अभी भी इस मुद्दे के लिए कोई अपडेट नहीं है?

सच में कोई अपडेट नहीं???

मेरी राय में, सबसे अच्छा समाधान @ प्रकार/प्रतिक्रिया-मूल को एक सहकर्मी निर्भरता बनाना होगा, लेकिन मेरी जानकारी के लिए types-publisher इस समय इनका समर्थन नहीं कर रहा है। क्या अनुरक्षकों में से एक कृपया सत्यापित कर सकता है कि मैं वास्तव में सही हूं और पीयरडेप एक समाधान है? अगर हम जाने के लिए अच्छे हैं, तो मैं टाइप-पब्लिशर को पीयरडिप समर्थन जोड़कर सप्ताहांत पर कुछ समय बिताने में सक्षम हो सकता हूं।

मेरी राय में, सबसे अच्छा समाधान @ प्रकार/प्रतिक्रिया-मूल को एक सहकर्मी निर्भरता बनाना होगा

हम्म, अगर @types/react-native एक सहकर्मी प्रतिनिधि है, तो मुझे गैर-प्रतिक्रिया मूल परियोजना में @types/styled-components का उपयोग करने के लिए इसे एक निर्भरता के रूप में घोषित करने की आवश्यकता होगी। यह आदर्श नहीं है।

आदर्श रूप से @types/react-native एक गैर-प्रतिक्रिया मूल परियोजना के लिए आवश्यक नहीं होगा; और मुझे विशेष रूप से इसे एक निर्भरता के रूप में _declare_ नहीं करना चाहिए।

क्या आप इसे वैकल्पिक निर्भरता बनाना चाहते हैं?

@paulmelnikow , हाँ, तुम सही हो, मैंने दोनों को भ्रमित कर दिया है। तुम अब भी घोषित करने के लिए की जरूरत नहीं होगी @types/react-native एक निर्भरता के रूप में क्रम में उपयोग करने के लिए @types/styled-components , इसलिए optionalDeps, एक बेहतर समाधान है, ज़ाहिर है, लेकिन आप एक परेशान करने की चेतावनी मिल जाएगा। types-publisher भी उनका समर्थन नहीं करता है, और मैं इस पर गौर करने की कोशिश करूंगा

"@ प्रकार/शैली-घटकों": "4.0.0" में अपग्रेड करने से समस्या हल हो गई।

नहीं, यह हल नहीं होता है। यह कालीन के नीचे की समस्या को दूर करता है

नहीं, यह हल नहीं होता है। यह कालीन के नीचे की समस्या को दूर करता है

मान लीजिए कि यह फिर से संकलित है? ;-)

निम्नलिखित सामग्री के साथ .yarnclean फ़ाइल बनाएँ:

@types/react-native

समस्या को ठीक करता है

क्या npm के साथ कोई समकक्ष है?

इस मुद्दे पर कोई प्रगति?
यह स्टाइल-घटकों को टाइपप्रति के साथ अनुपयोगी बनाता है।

इस रेपो के वास्तविक कोड में गोता लगाते हुए, आप स्पष्ट रूप से देख सकते हैं कि @types/react-native केवल वास्तविक .d.ts और रिएक्ट नेटिव एकीकरण के लिए परीक्षण फ़ाइल में आवश्यक है। मुझे लगता है कि रिएक्ट नेटिव से संबंधित किसी भी चीज़ के लिए एक अधिक उपयुक्त समाधान यह होगा कि इसे अपने स्वयं के सबमॉड्यूल/वैकल्पिक/सहकर्मी निर्भरता में विभाजित किया जाए, जो कि styled-components वास्तव में कैसे काम करता है, के व्यवहार के अनुरूप है, आप styled-components/native आयात करते हैं styled-components आयात नहीं करते हैं और रिएक्ट नेटिव सामान का पूरा जंगल भी रनटाइम में प्राप्त करते हैं, इसलिए केवल styled-components आयात करके मुझे @types/react-native का पूरा जंगल भी नहीं मिलना चाहिए।

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

कृपया इस मुद्दे को ठीक करें। देशी प्रकारों को ASAP से बाहर निकालें। यह एक अन्य उत्कृष्ट टाइपिंग प्रोजेक्ट को लगभग अनुपयोगी बनाता है।

इस रेपो के वास्तविक कोड में गोता लगाते हुए, आप स्पष्ट रूप से देख सकते हैं कि @types/react-native केवल वास्तविक .d.ts और रिएक्ट नेटिव एकीकरण के लिए परीक्षण फ़ाइल में आवश्यक है। मुझे लगता है कि रिएक्ट नेटिव से संबंधित किसी भी चीज़ के लिए एक अधिक उपयुक्त समाधान यह होगा कि इसे अपने स्वयं के सबमॉड्यूल/वैकल्पिक/सहकर्मी निर्भरता में विभाजित किया जाए, जो कि styled-components वास्तव में कैसे काम करता है, के व्यवहार के अनुरूप है, आप styled-components/native आयात करते हैं styled-components आयात नहीं करते हैं और रिएक्ट नेटिव सामान का पूरा जंगल भी रनटाइम में प्राप्त करते हैं, इसलिए केवल styled-components आयात करके मुझे @types/react-native का पूरा जंगल भी नहीं मिलना चाहिए।

मैं

मुझे लगता है कि इस बीच प्रतिक्रिया-मूल एकीकरण को इस पैकेज के एनपीएम प्रकाशित संस्करण से हटा दिया जाना चाहिए, और इसे अपने पैकेज के रूप में प्रकाशित किया जाना चाहिए।

मुझे लगता है कि यह एक समाधान हो सकता है, हालांकि यह भी आश्चर्य है कि क्या उन दोनों को एक ही पैकेज में भेजने का कोई तरीका हो सकता है, जैसा कि इस समस्या के बिना # 32843 का जोर था।

यह कहने के लिए सिर्फ एक दोस्ताना नोट है कि इसे ठीक करने का सबसे अच्छा तरीका एक समाधान के साथ एक पीआर को खोदना और खोलना है, या किसी ऐसे व्यक्ति को ढूंढना है जो विशेष रूप से स्टाइल वाले घटकों में निवेश करता है जो ठीक कर सकता है।

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

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

कैसे के बारे में हम सिर्फ #32843 में पेश किए गए परिवर्तनों को वापस लाते हैं, क्योंकि इसने> 90% उपयोगकर्ताओं के लिए टाइपिंग को तोड़ दिया और उन्हें इस थ्रेड में उल्लिखित पुराने संस्करण या कुछ हैक का उपयोग करने के लिए मजबूर किया।

कैसे के बारे में हम सिर्फ #32843 में पेश किए गए परिवर्तनों को वापस लाते हैं, क्योंकि इसने> 90% उपयोगकर्ताओं के लिए टाइपिंग को तोड़ दिया और उन्हें इस थ्रेड में उल्लिखित पुराने संस्करण या कुछ हैक का उपयोग करने के लिए मजबूर किया।

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

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

हालांकि टीबीएच, अगर टाइपस्क्रिप्ट टीम इस तरह के मुद्दों को संभालने के बारे में कोई आधिकारिक मार्गदर्शन प्रदान कर सकती है, तो मुझे अच्छा लगेगा, क्योंकि ऐसा लगता है कि कोई सभी समाधानों में "खो" जाता है।

आईएमओ, इसे वापस किया जाना चाहिए - मुख्य रूप से क्योंकि वेब स्टाइल घटक इको-सिस्टम बड़ा है।

मैं यह नहीं जानता कि यह अब कैसे काम करता है, लेकिन ऐसा हुआ करता था कि रिएक्ट नेटिव के लिए आपको एक अलग पथ का उपयोग करके एक अलग प्रकार का सेट मिलेगा जो मेरे लिए एक अच्छा समझौता जैसा लग रहा था। एचआरएम, ऐसा लगता है कि यही लाता है। कि इसमें वापस।

मुझे आश्चर्य है कि शायद एक परिवेश मॉड्यूल रखने का कोई तरीका हो सकता है जिसे लोग ट्रिपल स्लैश आयात के माध्यम से आयात करते हैं जो प्रतिक्रिया-मूल विशिष्ट प्रकार जोड़ता है?

+1 यहां, लेकिन केवल शिकायत नहीं, अगर कोई कार्य योजना है तो मैं भाग लेना चाहता हूं और इस मुद्दे को हल करने में मदद करना चाहता हूं।

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

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

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

क्या कोई पीआर है जो अनुमोदन की प्रतीक्षा कर रहा है? क्या मुझे कोड परिवर्तन की एक पंक्ति डालनी चाहिए जो अमान्य react-native वैश्विक निर्भरता को हटा देती है (जैसा कि मैंने अपने निजी एनपीएम रेपो के अंदर किया था)?

साथ ही, क्या कोई कारण है कि react-native को स्थापित किया जाना चाहिए और वैश्विक नामस्थानों के साथ संघर्ष करना चाहिए? कृपया इसमें शामिल हों और अपने विचार साझा करें। (लेकिन मुझे आश्चर्य है कि जिन लोगों ने अनजाने में हमारे काम को तोड़ दिया, वे कभी इस मुद्दे को पढ़ेंगे, क्योंकि वे उतने खुश होंगे जितना उन्हें हमारे नुकसान के बारे में कोई जानकारी नहीं होनी चाहिए। मैं यह नहीं कह सकता कि मैं इस तरह के मामले के दूसरे छोर पर कभी नहीं था। इससे पहले।)

इसके अलावा, अन्य पैकेज इस तरह के मुद्दे से कैसे निपटते हैं? मुझे इसके बारे में कोई जानकारी नहीं है इसलिए एक _"सरल"_ पीआर बनाने में थोड़ी हिचकिचाहट है जो इस समस्या को उलट देता है।

जबकि मुझे लगता है कि इस परिवर्तन को वापस किया जाना चाहिए, हमें इस काम को करने के लिए skipLibCheck को सक्षम करने की कोई आवश्यकता नहीं थी: https://github.com/DefinitelyTyped/DefinitelyTyped/issues/33311#issuecomment -466731156। कृपया मत करो।

मुझे नहीं लगता कि इस परिवर्तन को पूर्ववत करना एक अच्छा विकल्प है। बहुत से लोगों को प्रतिक्रिया-मूल के लिए टाइपिंग की आवश्यकता होती है और हमें उस चीज़ को ठीक करना चाहिए जो त्रुटि का कारण बनती है और सभी प्रतिक्रिया-मूल टाइपिंग को नहीं हटाती है।

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

इस पर कोई अपडेट?

@dawick लोग जिन्हें react-native टाइप करने की आवश्यकता है, उन्हें मैन्युअल रूप से इंस्टॉल कर सकते हैं।
उन्हें बिल्कुल क्यों चाहिए?

मुझे नहीं लगता कि इस परिवर्तन को पूर्ववत करना एक अच्छा विकल्प है। बहुत से लोगों को प्रतिक्रिया-मूल के लिए टाइपिंग की आवश्यकता होती है और हमें उस चीज़ को ठीक करना चाहिए जो त्रुटि का कारण बनती है और सभी प्रतिक्रिया-मूल टाइपिंग को नहीं हटाती है।

जिन लोगों को react-native लिए टाइपिंग की आवश्यकता है, उन्हें @types/react-native इंस्टॉल करके उन्हें प्राप्त करना चाहिए।

मैं अभी भी स्थिति से संबंधित है कि सब कुछ का दृढ़ता से कर रहा हूँ react-native से हटा दिया जाना चाहिए @types/styled-components और एक अलग पैकेज / पथ जैसे में ले जाया गया @types/styled-components/native कैसे लोगों को वास्तव में के साथ संगत होनी styled-components ; जो लोग react-native समर्थन चाहते हैं वे स्पष्ट रूप से import styled from 'styled-components/native' का उपयोग करके इसे प्राप्त करते हैं, आपको वेब में import styled from 'styled-components' से सभी react-native जंगल की संपूर्णता नहीं मिलती है प्रोजेक्ट, इसलिए संबंधित @types/ पैकेज किसी भी तरह से अलग व्यवहार नहीं करना चाहिए

मैंने सप्ताहांत में इसे और अधिक व्यवस्थित तरीके से ठीक करने पर एक स्टैब लिया, जो किसी भी रेपो के लिए काम कर सकता है जो वेब + प्रतिक्रिया देशी दोनों के लिए प्रकार लपेटता है। https://github.com/microsoft/types-publisher/pull/655

इसे कैसे संबोधित नहीं किया गया है ...

गंभीरता से? अभी भी कोई फिक्स नहीं है?

@givethemheller @ sanex3339 https://github.com/microsoft/types-publisher/pull/655 पर कार्यों और चर्चा में एक सुधार है

अस्थायी समाधान के रूप में, बस @types/react-native को node_modules से हटा दें:
rm -rf node_modules/@types/react-native
और इसे .yarnclean
@types/react-native

टाइपस्क्रिप्ट 3.7 की रिलीज के साथ, अब हम खुद को ऐसी स्थिति में पाते हैं जहां 3.7 उपयोगकर्ता अपनी प्रकार की परिभाषाओं को अपग्रेड करने के लिए मजबूर हैं, क्योंकि पहले से काम कर रहे v4.1.8 अब TS 3.7 के साथ असंगत है, लेकिन TS 3.7 के साथ संगत एकमात्र संस्करण पूरी तरह से टूट गया है। प्रत्येक रिएक्ट-वेब डेवलपर के लिए (जो निश्चित रूप से विशाल, भारी बहुमत होना चाहिए)। मैं

.yarnclean वर्कअराउंड संभवतः उन लोगों के लिए पर्याप्त है जो यार्न का उपयोग करते हैं, जिसमें सभी से कम शामिल हैं। और compilerOptions को संशोधित करना एक स्केलेबल, दीर्घकालिक समाधान नहीं है।

मुझे नहीं पता कि यहां सबसे अच्छा समाधान क्या है। स्टॉपगैप के रूप में मैं निश्चित रूप से एक अलग संस्करण प्रकाशित करने के पक्ष में हूं जिसमें विशेष रूप से react-native चीजें शामिल नहीं हैं।

एक गैर-यार्न उपयोगकर्ता के रूप में आप इसे अपनी npm स्क्रिप्ट में जोड़कर काम कर सकते हैं:

    "postinstall": "rm -rf node_modules/@types/react-native"

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

यहां खुद को भी जोड़ रहा हूं। हमें एक समाधान की आवश्यकता है, बहुत सारी पोस्ट-इंस्टॉल स्क्रिप्ट को संपादित करने से बेहतर...

यह समस्या मूल रूप से स्टाइल-घटकों के सभी टाइपस्क्रिप्ट उपयोगकर्ताओं को एक वर्ष से अधिक (!!!) से प्रभावित कर रही है।
क्या हमारे पास इसके लिए कोई आधिकारिक समाधान है (.yarnclean के साथ हैक्स की गिनती नहीं)? क्या कोई अवरोधक हैं?

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

मैं मदद करने के लिए तैयार हूं, अगर हमारे पास केवल योगदानकर्ताओं की कमी है, तो मैं चाहता हूं कि स्टाइल-घटकों और टाइपस्क्रिप्ट दोनों का एक साथ उपयोग करना आसान हो, बिना सामान को हैक किए।

मैं चाहता हूं कि स्टाइल-घटकों और टाइपस्क्रिप्ट दोनों का एक साथ उपयोग करना आसान हो, बिना सामान को हैक किए

टक्कर! एक बेहतर प्रकार की परिभाषा कार्यान्वयन होना चाहिए ...

मैंने अपने नोड_मॉड्यूल से @types/react-native हटा दिया और अभी भी वही त्रुटि हो रही है। हैक के साथ भी क्यों?

@ArnaudJeannin यदि आपने इसे हाथ से मैन्युअल रूप से हटा दिया है तो यह हर बार npm i / yarn चलाने पर वापस जुड़ जाएगा

विलोपन इंस्टॉल किए जाने के माध्यम से लगातार या तो NPM के माध्यम से इसे हटाने बनाने के लिए postinstall मेरी पिछली टिप्पणी प्रति या में जोड़ने के रूप में .yarnclean अगर आप का उपयोग यार्न ठीक काम करना चाहिए।

मैंने जो किया वह सभी के लिए उपयुक्त नहीं होगा, लेकिन मैंने स्टाइल-घटकों से भावना पर स्विच करके इस समस्या को "हल" किया। किसी भी पुस्तकालय का मेरा उपयोग बहुत ही बुनियादी है - बस सीएसएस के साथ घटकों को लपेटना और शैलियों को विरासत में मिलाना - लेकिन मुझे लगता है कि मुझे आवश्यक सुविधाओं के लिए स्टाइल-घटकों के लिए एक समान एपीआई है। यह एक आसान संक्रमण था। मुझे 6 महीने बाद अब तक कोई महत्वपूर्ण समस्या नहीं हुई है। भावना में अंतर्निहित TS टाइपिंग शामिल है, इसलिए @types साथ कोई आउट-ऑफ-सिंक समस्या नहीं है।

जैसा कि ऊपर उल्लेख किया गया है, सीएसएस पुस्तकालयों को स्विच करना कई परियोजनाओं के लिए उपयुक्त नहीं होगा, लेकिन मेरे लिए स्टाइल-घटकों टीएस मुद्दों के साथ संघर्ष करने की तुलना में स्विच करना आसान था। वाईएमएमवी।

yarn उपयोगकर्ताओं के लिए सरल समाधान, जो आपको स्टाइल-घटकों के वर्तमान संस्करण का उपयोग करने देगा। पैकेज.जेसन में:

  "resolutions": {
    "@types/react-native": "link:./empty-package"
  },

कुछ न करें पैकेज सेट करें जो ऊपर दिए गए समाधान का लक्ष्य है:

mkdir empty-package
cd empty-pacakge
yarn init -y
touch index.d.ts

मेरे लिये कार्य करता है।

@arimah @GabrielDuarteM, आप अपने downvote व्याख्या कर सकते हैं? क्या आपने यह कोशिश की, और पाया कि यह काम नहीं किया? कृपया टिप्पणी करें ताकि मैं मदद कर सकूं और यदि ऐसा है तो दूसरों को फायदा हो सकता है। यह इस बिंदु पर उपलब्ध एकमात्र अन्य वर्कअराउंड की तुलना में बहुत कम आक्रामक लगता है (टाइप मॉड्यूल को हटाने के लिए एक पोस्टइंस्टॉल स्क्रिप्ट)। या अगर इस समाधान के लिए कुछ मजबूत नकारात्मक है जो मुझे नहीं पता है, तो मैं टिप्पणी को संशोधित करना या हटाना चाहता हूं।

@jamietre मेरा मानना ​​​​है कि

@jamietre मेरा मानना ​​​​है कि

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

@jamietre मुझे लगता है कि यह सिर्फ इतना है कि आपने इसे "समाधान" के रूप में तैयार किया है, जो यह नहीं है, और इसे इस तरह तैयार करने से रखरखाव करने वालों को यह विचार मिल सकता है कि यह अभी भी एक हास्यास्पद मुद्दा नहीं है जो उनके अधिकांश उपयोगकर्ताओं को प्रभावित करता है।

@jamietre मुझे लगता है कि यह सिर्फ इतना है कि आपने इसे "समाधान" के रूप में तैयार किया है, जो यह नहीं है, और इसे इस तरह तैयार करने से रखरखाव करने वालों को यह विचार मिल सकता है कि यह अभी भी एक हास्यास्पद मुद्दा नहीं है जो उनके अधिकांश उपयोगकर्ताओं को प्रभावित करता है।

"समाधान" को "समाधान" में बदल दिया ... वास्तव में मैं लोगों को टाइपस्क्रिप्ट के साथ स्टाइल घटकों का उपयोग करने में सक्षम होने में मदद करने की कोशिश कर रहा हूं। डाउनवोट्स का मतलब है कि यह काम नहीं करता है। शब्दार्थ के बारे में बात करने में मददगार नहीं लगता, लेकिन निश्चित है।

ऐपसम सॉल्यूशंस में भी हमें यही समस्या थी और हमने इसे tsconfig.json फ़ाइल में "skipLibCheck": true, नियम के साथ हल किया।

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

@SamHH वर्कअराउंड के लिए हल किया गया शब्द बदल गया।
यह सीआरए में टाइपस्क्रिप्ट के साथ कैसे किया जाता है, लेकिन आप सही हैं यह कोई समाधान नहीं है। फिर भी, यह लोगों की मदद कर सकता है।

https://github.com/DefinitelyTyped/DefinitelyTyped/pull/32843#issuecomment -605921101 से मेरी टिप्पणी को दोबारा पोस्ट करना

समाधान यह है कि आपके tsconfig.json एक compilerOptions.types सरणी हो जो टाइप-चेकिंग के दौरान हर एक @types/* पैकेज को स्वचालित रूप से पढ़ने से टाइपस्क्रिप्ट को रोकता है। टाइपस्क्रिप्ट केवल types सरणी में नामित पैकेजों के प्रकारों को स्वचालित रूप से आयात करेगा; उदाहरण के लिए, "types": ["node"] (यदि आप की तरह मॉड्यूल में निर्मित का उपयोग buffer या path लोड करने के लिए, @types/node ), "types": ["node", "jest"] (यदि आप ' जेस्ट टेस्ट फिर से लिखना); या यहां तक ​​​​कि सिर्फ "types": [] टाइपस्क्रिप्ट को किसी भी पैकेज को ऑटो-लोड करने से रोकने के लिए जो सीधे आयात नहीं किया गया है या /// <reference types="..." /> आपके कोड से।

मैं वास्तव में यह नहीं कह सकता कि @types/styled-components-native होना बेहतर होगा या नहीं; यह कम से कम असामान्य होगा, और शायद compilerOptions.types "वर्कअराउंड" की आवश्यकता को हटा दें, लेकिन IMO compilerOptions.types को केवल उन पैकेजों पर सेट कर रहा है जिनके प्रकारों को आपको स्वतः लोड करने की आवश्यकता है ( import बिना)

संक्षेप में, समस्या यह है कि टाइपस्क्रिप्ट स्वचालित रूप से @types/react-native प्रकारों को लोड कर रहा है, भले ही आप उन्हें प्रत्यक्ष या अप्रत्यक्ष रूप से संदर्भित नहीं कर रहे हैं, क्योंकि डिफ़ॉल्ट व्यवहार सभी @types/* पैकेजों को लोड करना है। compilerOptions.types सेट करना उस डिफ़ॉल्ट को रोकता है और केवल आपके द्वारा सूचीबद्ध पैकेजों को लोड करता है + आपके द्वारा import पैकेज।

मुझे विश्वास नहीं हो रहा है कि यह अभी भी एक मुद्दा है! पिछली गर्मियों में इस मुद्दे में भाग गया, मैंने अभी पैकेज को अपडेट किया क्योंकि मुझे लगता है कि यह तब से तय हो गया होगा

@types/styled-components का अनुरक्षक कौन है? क्योंकि हमें किसी नए की जरूरत है

compilerOptions.types साथ @Jessidhia के प्रस्ताव ने मेरे लिए काम किया। आपका बहुत बहुत धन्यवाद! मैं इसे सर्वोत्तम अभ्यास के रूप में भी देखता हूं। अब तक मुझे कोई नुकसान नहीं हुआ। मैं सोच सकता था कि यह तेज़ भी है।

@sbusch नुकसान यह है कि यदि आप compilerOptions.types उपयोग करते हैं तो आपके सभी टाइपिंग को यहां सूचीबद्ध करने की आवश्यकता होगी, क्योंकि इस सूची में शामिल कुछ भी शामिल नहीं किया जाएगा। इसलिए, इंस्टॉल किए गए पैकेज के लिए जो टाइपिंग प्रदान करते हैं, आपको इस कॉन्फ़िगरेशन को मैन्युअल रूप से प्रबंधित करने की आवश्यकता होगी

हाँ, सभी प्रकारों को प्रकारों में सूचीबद्ध करना एक विकल्प नहीं है।

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

उदाहरण के लिए देखें https://stackoverflow.com/a/59030291

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

जैसा कि @sbush ने कहा, यह सच नहीं है। वह विकल्प केवल वैश्विक प्रकारों के लिए है, import एड लिब की टाइपिंग का उपयोग बिना किसी समस्या के किया जाएगा। @Jessidhia का प्रस्ताव हानिरहित है।

मुझे नहीं लगता कि एक भी पैकेज उपभोक्ताओं को उस परंपरा को तोड़ने के लिए मजबूर करना चाहिए जो उस क्षेत्र को अकेला छोड़ना है। हर चीज की तरह, यह कोई समाधान नहीं बल्कि एक समाधान है।

सुनिश्चित नहीं है कि किसी ने पहले ही मामले का उत्तर दिया है जब आपके पास एक मोनो रेपो Lerna + yarn workspaces (बहुत सारे उत्तर) हैं। इस मामले के लिए, आप no-hoist संपत्ति का उपयोग यार्न वेबसाइट में अधिक जानकारी के लिए कर सकते हैं

आपकी package.json फ़ाइल में व्यवहार में:

"workspaces": {
  "packages": ["packages/*"],
  "nohoist": ["**/react-native", "**/react-native/**"]
}

🙏🏻 @types/styled-components": "4.1.8" 🙏🏻

समाधान @nahumzs का प्रस्ताव काम करता है यदि आप यार्न मोनोरपोस का उपयोग कर रहे हैं। इस मामले में, हम प्रतिक्रिया-मूल को वैश्विक नोड_पैकेज फ़ोल्डर को प्रदूषित करने से रोकते हैं, डुप्लिकेट को रोकते हैं जो बदले में त्रुटियों को फेंकते हैं।

किस बिंदु पर हम केवल यह कहते हैं कि रिएक्ट नेटिव उपयोगकर्ताओं की तुलना में अधिक रिएक्ट वेब उपयोगकर्ता हैं, और रिएक्ट नेटिव समर्थन को हटा देते हैं?

क्या इस मुद्दे पर कोई प्रगति हुई है? हम वर्तमान में @types/styled-components के संस्करण 4.1.8 पर हैं क्योंकि हम किसी समाधान के बिना अद्यतन करने में असमर्थ हैं या किसी कार्य का उपयोग कर रहे हैं, जैसे कि npm पोस्ट इंस्टॉल कमांड में node_modules/@types/react-native को हटाना।

ओह एफ ** के, यह मुद्दा मुझे वास्तव में बहुत दर्द देता है।

अब मैं यहाँ में वर्णित समस्या का सामना कर रहा हूँ। इसलिए, अगर मैं नए टाइपस्क्रिप्ट में अपग्रेड करता हूं तो मैं @types/[email protected] उपयोग भी नहीं कर सकता। डब्ल्यूटीएच।

वैसे भी, यह https://github.com/DefinitelyTyped/DefinitelyTyped/issues/33015 का डुप्लिकेट प्रतीत होता है

ऐपसम सॉल्यूशंस में भी हमें यही समस्या थी और हमने इसे tsconfig.json फ़ाइल में "skipLibCheck": true, नियम के साथ हल किया।

मामले में किसी को भी ऐसा ही लगा: मैं इस मुद्दे को हल करने के लिए skipLibCheck को सक्षम नहीं करना चाहता था। लेकिन मैंने अब अपना विचार बदल दिया है कि हाल ही में एक

हो सकता है कि कोई बहुत गंदे हैक के साथ ठीक हो, आप बस अपनी package.json स्क्रिप्ट के अनुभाग में जोड़ सकते हैं:

"postinstall": "rm -rf node_modules/@types/react-native"

एक अच्छा समाधान नहीं है, लेकिन यह काम करना चाहिए।

OMG, यह समस्या अभी भी 5.1.1 . के लिए भी वास्तविक है

1- प्रोजेक्ट रूट में .yarnclean जोड़ें।
2- निम्नलिखित सामग्री डालें: @types/react-native ।

यह कम से कम यहां हल हो गया, जबकि मैं एक आधिकारिक समाधान की प्रतीक्षा करता हूं।

यह अब 1.5 साल से अधिक समय से चल रहा है। वैसे भी, मुझे लगता है कि मेरी समस्या संबंधित है और मुझे बहुत अधिक "डुप्लिकेट पहचानकर्ता" त्रुटियां मिल रही हैं। कुल 36.

tsconfig.json

{
  "compilerOptions": {
    "allowJs": true,
    "baseUrl": ".",
    "esModuleInterop": true,
    "isolatedModules": true,
    "jsx": "react",
    "module": "CommonJS",
    "moduleResolution": "Node",
    "noEmit": true,
    "sourceMap": true,
    "target": "ES6"
  },
  "include": [
    "src/**/*"
  ],
}

tsc साथ संकलन के परिणाम:

कुल: 38 त्रुटियाँ। उनमें से केवल 2 मेरे वास्तविक प्रोजेक्ट स्रोत src/**.* फाइलों से हैं। अन्य 36 त्रुटियां .d.ts संघर्षों से हैं जो @types/styled-components ।

नोट: यदि मैं "skipLibCheck": true ध्वज जोड़ता हूं, तो त्रुटियां दूर हो जाती हैं। इसके अलावा अगर मैं @types/styled-components हटा देता हूं, तो त्रुटियां भी दूर हो जाती हैं।

मैं यहां पूरा लॉग पोस्ट नहीं करूंगा, लेकिन यहां कुछ उदाहरण दिए गए हैं।

error TS2300: Duplicate identifier 'AbortController'.
../../../AppData/Roaming/npm/node_modules/typescript/lib/lib.dom.d.ts:1939:11
../../../AppData/Roaming/npm/node_modules/typescript/lib/lib.dom.d.ts:1950:13 
node_modules/@types/react-native/globals.d.ts:363:15

error TS2300: Duplicate identifier 'AbortSignal'. 
../../../AppData/Roaming/npm/node_modules/typescript/lib/lib.dom.d.ts:1960:11 
node_modules/@types/react-native/globals.d.ts:350:15
../../../AppData/Roaming/npm/node_modules/typescript/lib/lib.dom.d.ts:1972:13

error TS2300: Duplicate identifier 'FormData'. 
../../../AppData/Roaming/npm/node_modules/typescript/lib/lib.dom.d.ts:5548:11
node_modules/@types/react-native/globals.d.ts:40:15
../../../AppData/Roaming/npm/node_modules/typescript/lib/lib.dom.d.ts:5558:13

error TS2300: Duplicate identifier 'URL'.
error TS2300: Duplicate identifier 'URLSearchParams'.
error TS2300: Duplicate identifier 'RequestInfo'.
error TS2300: Duplicate identifier 'XMLHttpRequestResponseType'.

error TS2717: Subsequent property declarations must have the same type.  Property 'body' 
must be of type 'string | ArrayBuffer | ArrayBufferView | Blob | FormData | URLSearchParams | ReadableStream<Uint8Array> | null | undefined', 
but here has type 'string | ArrayBuffer | DataView | Int8Array | Uint8Array | Uint8ClampedArray | Int16Array | ... 8 more ... | undefined'. 

error TS2717: Subsequent property declarations must have the same type.  Property 'signal' must be of type 'AbortSignal | null | undefined', but here has type 'AbortSignal | undefined'.

error TS2300: Duplicate identifier 'RequestInfo'.

इस बिंदु पर मैं जो समाधान अपना रहा हूं, वह है @types/styled-components को हटाना और अपने प्रोजेक्ट (जो एक रिएक्ट वेब ऐप है) के साथ आगे बढ़ना है।