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

यदि इस व्यवहार का इरादा है, तो नोड के साथ सापेक्ष-आयात-नरक को हल करने के लिए पथ मानचित्रों का उपयोग कैसे किया जा सकता है?

ठीक है और संदर्भ जोड़ने के लिए, "paths" को लोडर के साथ उपयोग के लिए डिज़ाइन किया गया है जो Node.js require() के विपरीत रीमैपिंग की अनुमति देता है। इरादा व्यवहार टाइपस्क्रिप्ट को विभिन्न लोडर द्वारा उपयोग किए जाने वाले विभिन्न मॉड्यूल आईडी के लिए प्रकार की जानकारी को हल करने की अनुमति देना है, न कि मॉड्यूल आईडी को फिर से लिखना। मूल रूप से यह वह नहीं करता जो आपने सोचा था कि उसने किया। न ही मेरी राय में, इसमें केवल लोडर की संकल्प रणनीतियों को प्रतिबिंबित करने की क्षमता होनी चाहिए।

@mhegazy मुझे उम्मीद है कि यह सीधे नोड के साथ काम करेगा। यह बैकएंड एप्लिकेशन के लिए है। क्या @kitsonk यह कहने में सही है कि यह इरादा के अनुसार काम कर रहा है और टाइपस्क्रिप्ट मॉड्यूल पथ को फिर से नहीं लिखेगा?

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

समान प्रतिक्रिया https://github.com/Microsoft/TypeScript/issues/9910#issuecomment -234729007

ठीक है, धन्यवाद। अधिक लोगों को भ्रमित होने से बचाने के लिए इसे बेहतर तरीके से प्रलेखित करना उपयोगी हो सकता है। अब मैं इसे नोड के साथ काम करने के लिए https://www.npmjs.com/package/module-alias का उपयोग करता हूं।

टीएस की स्थिति की सराहना करते हुए, हम में से नोड का उपयोग करने वालों के लिए 90% उपयोग के मामले का एक सरल समाधान है, लेकिन बिना किसी उपद्रव के baseUrl रिश्तेदार require() कॉल का उपयोग करने की सुविधा चाहते हैं।

यह समाधान नोड के require() कॉल को हुक करता है, और baseUrl की नकल करने के लिए "main" के dirname का उपयोग करके अनुरोधों को हल करता है। इसलिए यह मानता है कि baseUrl कंपाइलर विकल्प भी उसी निर्देशिका में सेट किया गया था जहां स्रोत "main.ts" स्थित था।

उपयोग करने के लिए, कोड के इस छोटे से हिस्से को अपने "main.ts" के शीर्ष पर पेस्ट करें।

import * as path from 'path'
import * as fs from 'fs'
(function() {
  const CH_PERIOD = 46
  const baseUrl = path.dirname(process['mainModule'].filename)
  const existsCache = {d:0}; delete existsCache.d
  const moduleProto = Object.getPrototypeOf(module)
  const origRequire = moduleProto.require
  moduleProto.require = function(request) {
    let existsPath = existsCache[request]
    if(existsPath === undefined) {
      existsPath = ''
      if(!path.isAbsolute(request) && request.charCodeAt(0) !== CH_PERIOD) {
        const ext = path.extname(request)
        const basedRequest = path.join(baseUrl, ext ? request : request + '.js')
        if(fs.existsSync(basedRequest)) existsPath = basedRequest
        else {
          const basedIndexRequest = path.join(baseUrl, request, 'index.js')
          existsPath = fs.existsSync(basedIndexRequest) ? basedIndexRequest : ''
        }
      }
      existsCache[request] = existsPath
    }
    return origRequire.call(this, existsPath || request)
  }
})()

यदि आप module-alias पैकेज का उपयोग करने जा रहे हैं जिसका मीका-फिशर ने उल्लेख किया है, तो ध्यान दें कि आपके द्वारा पैकेज में पंजीकृत पथ / में समाप्त नहीं होने चाहिए, और पथ पथ के सापेक्ष हैं जहां package.json है (यह स्पष्ट हो सकता है लेकिन इसे स्पष्ट करना अच्छा है),

तो अगर आपके पास यह आपकी tsconfig फ़ाइल में है:

"outDir": "./dist",
"baseUrl": ".",
"paths": {
  "foo/*": ["./src"]
}

आपको इसे अपने package.json में पंजीकृत करना होगा:

"_moduleAliases": {
  "foo": "dist"
}

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

एक बड़े प्रोजेक्ट में इसे स्थापित करने की कोशिश में कुछ समय बर्बाद करने के बाद यहां आया।
यदि यह व्यवहार कम से कम बदलने वाला नहीं है तो आप इस मुद्दे को बंद करने से पहले दस्तावेज़ीकरण को अपडेट कर सकते हैं।
आधिकारिक दस्तावेज https://www.typescriptlang.org/docs/handbook/module-resolution.html#path -mapping%20docs "लोडर जो रीमैपिंग की अनुमति देता है" का उपयोग करने के बारे में कुछ भी नहीं कहता है।

अपने प्रोजेक्ट फ़ोल्डर में "tspath" स्थापित करें और चलाएं... https://www.npmjs.com/package/tspath

@ef-carbon/tspm

इसके अलावा आप "momothepug/tsmodule-alias" को उर्फ ​​​​पथ रिज़ॉल्यूशन के लिए आज़मा सकते हैं:

https://www.npmjs.com/package/@momothepug/tsmodule -alias

केवल https://www.npmjs.com/package/module-alias ने मेरे लिए काम किया...

मैं भी इसे मॉड्यूल-उपनाम के साथ काम करने में कामयाब रहा, नकारात्मक पक्ष के साथ कि मुझे अपने उपनामों का ट्रैक tsconfig.json और package.json दोनों के भीतर रखना है। क्या किसी को एक आसान समाधान मिला है?

@mattyclarkson द्वारा बताया गया समाधान भी काम करता है, लेकिन मुझे इसे ts-node के साथ-साथ उपयोग करने का कोई तरीका नहीं मिला। कोई विचार?

https://github.com/momoThePug/tsmodule-alias पर एक नज़र डालें

2018-05-31 15:04 जीएमटी-05:00 edufschmidt सूचनाएं @github.com:

मैं भी इसे मॉड्यूल-उपनाम के साथ काम करने में कामयाब रहा, नकारात्मक पक्ष के साथ
कि मुझे tsconfig.json और . दोनों के भीतर अपने उपनामों का ट्रैक रखना है
पैकेज.जेसन. क्या किसी को एक आसान समाधान मिला है?

समाधान @mattyclarkson . द्वारा बताया गया
https://github.com/mattyclarkson भी काम करता है, लेकिन मुझे कोई रास्ता नहीं मिला
इसे ts-node के साथ-साथ उपयोग करने के लिए। कोई विचार?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/Microsoft/TypeScript/issues/10866#issuecomment-393662306 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/ACKT9JWIkb0Wekz0H_Z3zKXvoE-49EIBks5t4EzkgaJpZM4J6vZQ
.

धन्यवाद @DanyelMorales , यह वास्तव में आसान है।

आपका स्वागत है! :)

2018-05-31 16:35 GMT-05:00 edufschmidt [email protected] :

धन्यवाद @DanyelMorales https://github.com/DanyelMorales , यह वास्तव में है
आसान।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/Microsoft/TypeScript/issues/10866#issuecomment-393688075 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/ACKT9GNo30wNv4ZWzSwm_Lv4vesLPI3xks5t4GIzgaJpZM4J6vZQ
.

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

उन चीजों के लिए सापेक्ष पथ मानचित्रण कैसे करना चाहिए जो मॉड्यूल नहीं हैं, अर्थात आयात नहीं करते हैं?

एक नोड स्क्रिप्ट में जो मेरे द्वारा उपयोग की जाने वाली स्रोत फ़ाइल के सापेक्ष एक निश्चित निर्देशिका को पढ़ता है:

const starterDir = path.resolve(__dirname, './templates/starter')

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

उन चीजों के लिए सापेक्ष पथ मानचित्रण कैसे करना चाहिए जो मॉड्यूल नहीं हैं, अर्थात आयात नहीं करते हैं?

यह वास्तव में "मैं Node.js और टाइपस्क्रिप्ट प्रश्न का उपयोग कैसे करूं" और Gitter.im या StackOverflow में बहुत बेहतर पूछा गया है।

मुझे टाइपस्क्रिप्ट पसंद है लेकिन यह पागलपन है।

मुझे समझ नहीं आया। यहां तक ​​कि मेरे टीएस कोडबेस के बारे में बहुत कम जानने के बावजूद, इसे लागू करना कठिन नहीं होना चाहिए। मैंने क्लाइंट और सर्वर के साथ एक साझा प्रोजेक्ट का उपयोग करना शुरू कर दिया है ... टीएस पथ कार्यक्षमता को पहले स्थान पर क्यों प्रस्तुत करता है, फिर मुझे वास्तव में इसका उपयोग करने के लिए हुप्स के माध्यम से कूदता है? TS यह क्यों मानता है कि मैं अपने द्वारा किए जाने वाले प्रत्येक प्रोजेक्ट के साथ एक बंडलर/लोडर का उपयोग करना चाहता हूं? मैं अपनी परियोजनाओं को सरल बनाने के लिए टीएस का उपयोग करने की कोशिश कर रहा हूं, न कि 90% कार्यान्वित टीएस सुविधा की भरपाई के लिए अधिक टूलिंग पुस्तकालयों से निपटने के लिए।

मैं आपसे सहमत हूँ। मुझे लगता है, TS को फ्रंटएंड के लिए विकसित किया गया था, 'क्योंकि वेबपैक'
पहले से ही काफी अच्छी तरह से ts उपनाम पथ लागू करता है, और Requirejs के साथ भी है
वही चीज़। लेकिन Nodejs परियोजनाओं के लिए यह बहुत कठिन है। :(

एल जू।, 20 डे सितम्बर। डे 2018 02:50, जोश पाइक नोटिफिकेशन @github.com
विवरण:

मुझे समझ नहीं आया। यहां तक ​​कि मुझे TS कोडबेस के बारे में बहुत कम जानकारी होने के बावजूद, यह
लागू करना मुश्किल नहीं होना चाहिए। मैंने अभी-अभी एक साझा प्रोजेक्ट का उपयोग करना शुरू किया है
क्लाइंट और सर्वर के साथ... TS पाथ फंक्शनलिटी को क्यों प्रस्तुत करता है?
पहला स्थान, फिर मुझे वास्तव में इसका उपयोग करने के लिए हुप्स के माध्यम से कूदता है? क्यों
क्या टीएस मानता है कि मैं प्रत्येक परियोजना के साथ एक बंडलर/लोडर का उपयोग करना चाहता हूं I
बनाना? मैं अपनी परियोजनाओं को सरल बनाने के लिए टीएस का उपयोग करने की कोशिश कर रहा हूं, और अधिक पर नहीं
टूलिंग लाइब्रेरीज़ को 90% कार्यान्वित TS सुविधा की क्षतिपूर्ति करने के लिए।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/Microsoft/TypeScript/issues/10866#issuecomment-423077950 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/ACKT9DD_z4KOHpfwddTomMXujEsza9tQks5uc0jbgaJpZM4J6vZQ
.

+1!

वेबपैक मुझे पथ मानचित्रों को हल करने में मदद कर सकता है (या अन्य उपकरण babel-plugin-module-resolver पसंद करते हैं) लेकिन घोषणाएं नहीं ( .d.ts ) ।

घोषणा में सभी पथ हल नहीं होते हैं।

इस मामले में भी भागे। तार्किक लग रहा था कि उत्सर्जित कोड में पथ मानचित्रण शामिल होगा। मॉड्यूल-उपनाम का सहारा लिया। लेकिन वैकल्पिक रूप से यह कार्यक्षमता प्रदान करने के लिए टाइपस्क्रिप्ट के लिए +1।

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

+1

आप ts-transformer-imports और ttypescript का उपयोग करके सापेक्ष जावास्क्रिप्ट फ़ाइलों के लिए पूर्ण और पथ-आधारित टाइपस्क्रिप्ट आयात संकलित कर सकते हैं

मैंने एक संकलन-समय समाधान बनाया है जहाँ आप tsc का उपयोग जारी रख सकते हैं। https://github.com/joonhocho/tscpaths

माइक्रोसॉफ्ट/टाइपस्क्रिप्ट#15479 (टिप्पणी)

मैं इस मुद्दे से अभी-अभी आया हूँ जब d.ts फ़ाइलों को आउटपुट करने के लिए vue-cli प्राप्त करने का प्रयास कर रहा हूँ जहाँ बहुत सारे import {foo} from "@/some/folder/foo" हैं और आउटपुट d.ts फ़ाइलें उपनाम को हल नहीं करती हैं।

सामान्य खोज और इस धागे और अन्य को देखने से ऐसा लगता है कि घुटने के झटके की प्रतिक्रिया "टीएस को हल करने के लिए यह कोई समस्या नहीं है" लेकिन मैं टीम को उस रुख को बदलने के लिए आग्रह करता हूं जैसे कि आप कस्टम पथ उपनाम का उपयोग करते हैं (पूरी तरह से मान्य और जटिल परियोजनाओं के लिए अनुशंसित दृष्टिकोण) आप बस d.ts फ़ाइलों को उत्पन्न नहीं कर सकते (बिना किसी कस्टम तृतीय पक्ष निर्माण प्रक्रिया के) तो मैं कहूंगा कि टाइपस्क्रिप्ट कंपाइलर को इन उपनामों को भी घोषणा फ़ाइल प्रक्रिया में भी हल करना चाहिए।

कंपाइलर्स का काम आपकी टाइपस्क्रिप्ट फाइलों के लिए वैध जावास्क्रिप्ट और डीटीएस फाइलों को आउटपुट करना है, और यह इस वैध परिदृश्य में काम नहीं करता है (tsconfig फाइलों में पथ उपनाम का उपयोग करके)।

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

भिखारी चयनकर्ता नहीं हो सकते हैं, लेकिन टाइपस्क्रिप्ट का उपयोग करने से वेनिला जेएस के कई निराशाजनक पहलुओं से बचा जाता है और मैं सापेक्ष आयात ('../../../../../utils/parser') को उनमें से एक मानता हूं। यह आश्चर्यजनक होगा यदि टाइपप्रति इन्हें साफ कर सके!

@codeitcody ऐसा लगता है। यह गूंगा है कि यह कुछ ऐसा आउटपुट करेगा जो किसी तीसरे पक्ष के पैकेज के बिना काम नहीं करता है लेकिन यह वास्तविकता है।

खैर, क्या यह एक अच्छी समस्या नहीं है।

यह एक ऐसी सुविधा के लिए बहुत प्रतिकूल प्रतीत होता है जो अनिवार्य रूप से हुप्स के माध्यम से कूदने के बिना आपके ऐप को अनुपयोगी बनाता है (यानी समस्या को हल करने के लिए अधिक निर्भरताएं स्थापित करना)।

इस मुद्दे को लगभग 2 साल हो गए हैं और इस पर कोई आधिकारिक शब्द नहीं है कि इसे लागू किया जाएगा या नहीं।

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

@mhegazy क्या आप या कोई और हमें बता सकता है कि क्या अब दो साल बाद शायद टाइपस्क्रिप्ट टीम इस पर फिर से विचार करेगी और पुनर्विचार करेगी?

वेबपैक मुझे पथ मानचित्रों को हल करने में मदद कर सकता है (या अन्य उपकरण babel-plugin-module-resolver पसंद करते हैं) लेकिन घोषणाएं नहीं ( .d.ts ) ।

घोषणा में सभी पथ हल नहीं होते हैं।

क्या इसको हासिल करने के लिए कोई रास्ता है? मेरे पास एक कस्टम प्रतिक्रिया घटक पुस्तकालय है और उपनाम के लिए paths का उपयोग करने का प्रयास करते समय मुझे यह त्रुटि मिली। मैं रोलअप के साथ 2 बंडल करता हूं और --emitDeclarationOnly . के साथ प्रकार करता हूं

मैं मॉड्यूल-उपनाम का उपयोग नहीं कर सकता क्योंकि यह कहता है:

चेतावनी: इस मॉड्यूल का उपयोग अन्य npm मॉड्यूल में नहीं किया जाना चाहिए क्योंकि यह डिफ़ॉल्ट आवश्यकता व्यवहार को संशोधित करता है!

कृपया इस पोस्ट को रेडिट पर अपवोट करने में मदद करें: https://www.reddit.com/r/typescript/comments/a07jlr/path_maps_cannot_be_resolved_by_tsc_works_as/
पता नहीं इसे यहाँ इतनी बड़ी चर्चा की आवश्यकता क्यों है। इस बग को हल करना आसान होना चाहिए। Tsconfig में एक विकल्प और हर कोई यह तय कर सकता है कि क्या वह वर्तमान व्यवहार (किसी भी कारण से) या एक कार्यशील दृष्टिकोण चाहता है।

हमें ड्रॉपबॉक्स में भी यही समस्या थी और इस ट्रांसफार्मर को ओपन-सोर्स किया https://github.com/dropbox/ts-transform-import-path-rewrite

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

आउच। यह टाइपस्क्रिप्ट के लिए एक वास्तविक झटका है। इसमें समझदारी कहां है?

पीएस क्या हम केवल +1 . पर टिप्पणी नहीं कर सकते

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

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

@ मिका-फिशर
https://www.npmjs.com/package/module-alias का उपयोग कैसे करें ताकि एस्लिंट 'अनसुलझे पथ' @root/bla/bla' (जेएस फाइलों में) के बारे में चेतावनी देना बंद कर दे? और वेबस्टॉर्म और वीएस कोड में ऐसे पथों के लिए स्वत: पूर्णता कैसे सक्षम करें?

मेरे लिए, स्वत: पूर्ण आयात VSCode में टाइपप्रति परियोजनाओं में डिफ़ॉल्ट रूप से काम करता है।

@bobmoff हाँ, ऐसा लगता है कि TS फ़ाइलों से TS फ़ाइलों को आयात करने के लिए सब कुछ अच्छा है।
लेकिन TS फाइलों से `require('@root/bla/bla') के लिए स्वत: पूर्णता और नेविगेशन काम नहीं करता है।

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

क्योंकि अगर मैं टीएस के लिए सिर्फ एक जेएस फ़ाइल का नाम बदलता हूं, तो build निर्देशिका में सभी सापेक्ष पथ टूट गए (शायद मुझे "allowJs: true" का उपयोग करना चाहिए, लेकिन मेरे पास 2 गीगाबाइट जेएस फाइलों के साथ एक प्रोजेक्ट है, ऐसा है उन्हें बिल्ड dir %) में संकलित करने के लिए अजीब)।
ठीक है, मैं मॉड्यूल-उपनामों द्वारा इसे हल करने का प्रयास कर रहा हूं, और मेरे आईडीई के नेविगेशन और स्वत: पूर्णता काम करना बंद कर देती है और एस्लिंट 100500 'अनसुलझे पथ' के बारे में चेतावनी देता है। मैं पहले से ही टीएस से थोड़ा नफरत करता हूं, ऐसा लगता है कि बड़ी जेएस परियोजनाओं के लिए माइग्रेशन इतना आसान नहीं है जितना टीएस-मार्केटिंग लोग कहते हैं। ऐसा लगता है कि माइग्रेशन जेएस बैकएंड प्रोजेक्ट्स को गोलांग में अधिक सरल है :)

मैं वर्कअराउंड के रूप में सफलतापूर्वक tscpaths का उपयोग कर रहा हूं।

मैं भी। मैं वास्तव में tscpaths की अनुशंसा करता हूं। जैसा चाहिए वैसा काम करता है।

मेरा सरल उपाय:

node -r ts-node/register/transpile-only -r tsconfig-paths/register index.js

या pm2 process.yml . के साथ

apps:
  - name: 'my-app'
    script: './dist/index.js'
    instances: 'max'
    exec_mode: 'cluster'
    out_file : '/dev/null'
    error_file : '/dev/null'
    node_args: ['--require=ts-node/register/transpile-only', '--require=tsconfig-paths/register']
    env_production:
      NODE_ENV: production

बस इस पर ठोकर खाई, कभी-कभी टाइपस्क्रिप्ट गधे में एक वास्तविक दर्द हो सकता है।

मुझे गंभीरता से समझ में नहीं आता कि यह धागा क्यों और आगे और आगे बढ़ता है ....
हम सभी "पथ नरक" के बारे में जानते हैं, और आप (उपनामों का उपयोग करके) कर सकते हैं
वास्तव में साफ
उस गड़बड़ को, इस सूत्र में हर कोई यह जानता है!

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

....या Apple, Google और Microsoft पर थ्रेड प्रारंभ करें
उन्हें अपने जावास्क्रिप्ट इंजन में कार्यक्षमता लागू करने के लिए कहना ताकि
वे कर सकते हैं
अपने उपनामों की व्याख्या करें ;-)

टाइपस्क्रिप्ट कंपाइलर ठीक वही करता है जो उसे करना चाहिए!

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

और हाँ, "tsmodule-alias" और इसी तरह के हैक्स जैसे उपकरण हैं, आप कर सकते हैं
वास्तव में इसे काम करें
यदि आप बहुत सावधान हैं, लेकिन यह एक गड़बड़ है, तो इसका उपयोग कर समाधान हैं
टीएस-नोड,
शेल स्क्रिप्ट आदि आदि ... यड्डा याद

मुझे अंत में लगा कि बहुत हो गया इसलिए मैंने खुद को बंद कर लिया और बना लिया
त्सपाथ
संकलन समय उपनाम

> npm इंस्टाल -g tspatj

माईप्रोजेक्ट> टीएससी

माईप्रोजेक्ट> टीएसपीथ

या

माईप्रोजेक्ट> टीएसपीथ --f

हेडलेस (बिल्ड सर्वर पर बहुत उपयोगी साबित हुआ)

और फिर आपका काम हो गया, आपकी जावास्क्रिप्ट फाइलों में अब
सही सापेक्ष पथ, है ना कि हम यहाँ क्या चाहते हैं?

चीयर्स! :)

https://www.npmjs.com/package/tspath

डेन बेटा 13 जनवरी। 2019 kl 22:20 Skrev Fabio Spampinato <
सूचनाएं@github.com>:

बस इस पर ठोकर खाई, कभी-कभी टाइपस्क्रिप्ट एक वास्तविक दर्द हो सकता है
गधा

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/Microsoft/TypeScript/issues/10866#issuecomment-453866553 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AAAy_7JYrwYo3KOLxpLWP0np5JVz2kQzks5vC6MogaJpZM4J6vZQ
.

@डफमैन

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

अत्यधिक असहमत। जब तक आप मजाक नहीं कर रहे थे, मैं वास्तव में नहीं बता सकता था।

टाइपस्क्रिप्ट को उस कोड को संकलित करना चाहिए जो _works_ उस कार्य को पूरा करने के लिए किसी तृतीय-पक्ष टूल की आवश्यकता के बिना जो केवल मूल संकलक में आंशिक रूप से लागू किया गया था।

टाइपस्क्रिप्ट कंपाइलर ठीक वही करता है जो उसे करना चाहिए!

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

और यह निष्पादन योग्य कोड उत्पन्न कर रहा है यदि आप सुविधाओं का उपयोग नहीं करते हैं जो है
JavaScript Engines द्वारा समर्थित नहीं है, जो कि बहुत सही समझ में आता है
वहाँ, उदाहरण के लिए: क्या आप C++ कंपाइलर को दोष देंगे यदि आपका application
गतिशील लिंक पुस्तकालयों का उपयोग करता है और यह कि प्रोग्राम मशीन पर नहीं चलेगा
कि इन स्थापित नहीं है?

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

यदि आप यह नहीं समझते हैं कि कार्य वातावरण कैसे स्थापित किया जाए, तो उनका उपयोग न करें,
मैं वास्तव में नहीं सोचता कि यह यहाँ Microsoft की ज़िम्मेदारी है, वे
एक सुविधा प्रदान की और यहां बताया गया है कि यह कैसे काम करता है,
हो सकता है कि यह काम न करे जैसा आप चाहते हैं या यह काम करने की अपेक्षा करता है लेकिन ऐसा नहीं होता है
यह गलत है!

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

डेन मोन 14 जनवरी। 2019 kl 21:34 skrev रॉबर्ट मुख्य सूचनाएं @github.com :

टाइपस्क्रिप्ट कंपाइलर ठीक वही करता है जो उसे करना चाहिए!

अगर यह धागा उन लोगों से भरा हुआ था जो यह अनुरोध कर रहे थे कि tsc भी करें
minification या कुछ ऐसे, मैं आपसे सहमत हूँ। हालांकि ऐसा नहीं है। यह है
लोग अनुरोध करते हैं कि संकलक निष्पादन योग्य कोड उत्पन्न करता है। मैं वास्तव में
ऐसा मत सोचो कि एक कंपाइलर से पूछने के लिए बहुत कुछ है, है ना?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/Microsoft/TypeScript/issues/10866#issuecomment-454151277 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AAAy_7FeuOJAnI9bXYSVgf_YghJluTyGks5vDOnEgaJpZM4J6vZQ
.

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

यह एक ऐसी सुविधा है जो कंपाइलर आउटपुट को टूटा हुआ कोड बनाती है, कोड जो काम कर सकता है यदि उन्होंने उन पथों को ठीक से हल करने के लिए कोड की केवल 1 पंक्ति लिखी है।

तथ्य यह है कि टीएस को बाहरी बंडलर की जरूरत है ताकि आउटपुट कोड को निष्पादित किया जा सके, सादा हास्यास्पद है।

और यह निष्पादन योग्य कोड उत्पन्न कर रहा है यदि आप सुविधाओं का उपयोग नहीं करते हैं जो है
जावास्क्रिप्ट इंजन द्वारा असमर्थित,

मैंने हमेशा समझा है कि टाइपस्क्रिप्ट को जावास्क्रिप्ट में संकलित करना चाहिए था। यदि आप मुझे बता रहे हैं कि कुछ विशेषताएं जावास्क्रिप्ट इंजन द्वारा समर्थित नहीं हैं तो वे वास्तव में वहां क्यों हैं?

क्या आप सी ++ कंपाइलर को दोष देंगे यदि आपका एप्लिकेशन डायनेमिक लिंक लाइब्रेरीज़ और यह कि प्रोग्राम मशीन पर नहीं चलेगा, इन स्थापित नहीं है?

नहीं, लेकिन मैं इसे दोष दूंगा अगर यह मुझे अन्य सी ++ कोड से लिंक करने देता है जो वास्तव में कोई कंपाइलर त्रुटि या चेतावनी के साथ मौजूद नहीं था।

आप वास्तव में यह नहीं समझते हैं, है ना? कोड टूटा नहीं है, अगर यह है
टूटा हुआ है क्योंकि आपने कंपाइलर को कॉन्फ़िगर किया है
कोड उत्पन्न करने के लिए जो आपका "प्लेटफ़ॉर्म" समर्थन नहीं करता है, इस मामले में,
उपनाम!

आपके मामले में, उपनामों का प्रयोग न करें, "आप" उनका समर्थन नहीं करते, गंभीरता से!

भले ही यह एक 1 लाइन फिक्स होगा (बेशक यह मामला नहीं है) it´sa
एक कंपाइलर को क्या करना चाहिए और
नहीं करनी चाहिए! यह फीचर लोडर्स को सपोर्ट करने के लिए नहीं जोड़ा गया है
दूसरी तरफ, पढ़ें
आधिकारिक दस्तावेज़ीकरण में पथ मानचित्रण पर, फिर से, आप इसका उपयोग कर रहे हैं
गलत!

फिर से, यह सुविधा लोडर/रिज़ॉल्वर के लिए है, आपने गलत समझा है कि यह कैसे है
काम करता है, तो नहीं, माइक्रोसॉफ्ट
संकलक को परिवर्तित नहीं करना चाहिए ताकि आप बिना किसी उपनाम के उपनाम चिपका सकें
पर्यावरण जो इसका समर्थन करता है!

डेन टिस 15 जनवरी। 2019 kl 04:41 Skrev Fabio Spampinato <
सूचनाएं@github.com>:

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

यह एक ऐसी सुविधा है जो कंपाइलर आउटपुट को टूटा हुआ कोड बनाती है, कोड जो
काम कर सकते हैं अगर वे उन्हें हल करने के लिए कोड की केवल 1 पंक्ति लिखते हैं
रास्ते।

तथ्य यह है कि टीएस को एक बाहरी बंडलर की आवश्यकता होती है ताकि आउटपुट कोड
निष्पादित किया जा सकता है सादा हास्यास्पद है।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/Microsoft/TypeScript/issues/10866#issuecomment-454256799 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AAAy_zuWKV0qzzWt6_jZNgDLFt1TA0tMks5vDU3vgaJpZM4J6vZQ
.

वे वहां हैं क्योंकि लोडर पथ मानचित्रण का उपयोग करते हैं, इसलिए यह समर्थित है!
और जब से आप (मेरी तरह) उन्हें लोडर के बिना उपयोग करने पर जोर देते हैं, तो क्या है
समस्या यह है
एक उपकरण का उपयोग करना ताकि आप सुविधा का उपयोग कर सकें?

डेन टिस 15 जनवरी। 2019 kl 05:10 skrev रॉबर्ट मुख्य सूचनाएं @github.com:

और यह निष्पादन योग्य कोड उत्पन्न कर रहा है यदि आप सुविधाओं का उपयोग नहीं करते हैं जो है
जावास्क्रिप्ट इंजन द्वारा असमर्थित,

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

यदि आपका एप्लिकेशन डायनेमिक लिंक है तो क्या आप C++ कंपाइलर को दोष देंगे?
पुस्तकालय और यह कि प्रोग्राम मशीन पर नहीं चलेगा, इनमें ये नहीं हैं
स्थापित?

नहीं, लेकिन मैं इसे दोष दूंगा अगर यह मुझे अन्य सी ++ कोड से लिंक करने देता है जो नहीं था
वास्तव में कोई संकलक त्रुटि या चेतावनी के साथ मौजूद नहीं है।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/Microsoft/TypeScript/issues/10866#issuecomment-454260977 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AAAy_25-ZmS235i1Ic7mvSzEt2QJDX6Bks5vDVTAgaJpZM4J6vZQ
.

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

कृपया मुझे दस्तावेज़ीकरण के उस अनुभाग की ओर इंगित करें।

टिस 15 जनवरी। 2019 केएल। 05:31 skrev रॉबर्ट मुख्य सूचनाएँ @github.com :

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

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/Microsoft/TypeScript/issues/10866#issuecomment-454263854 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AAAy_8e5v8IV-ynmjRTeoC3cp5llwnsIks5vDVm8gaJpZM4J6vZQ
.

यह फीचर लोडर्स को सपोर्ट करने के लिए नहीं जोड़ा गया है
दूसरी तरफ, पढ़ें
आधिकारिक दस्तावेज़ीकरण में पथ मानचित्रण पर, फिर से, आप इसका उपयोग कर रहे हैं
गलत!

https://austinknight.com/wp-content/uploads/2015/04/DesignVSUX.jpeg

@duffman क्या आप नहीं देख सकते कि यहाँ के लोग बस यही सुविधा चाहते हैं ??? आप सभी को बता रहे हैं कि वह यह समझने के लिए मूर्ख है कि इस "सुविधा" का उपयोग कैसे किया जाना चाहिए। ठीक है - आप इसे इस तरह से देख सकते हैं लेकिन कौन जानता है - शायद यह दूसरी तरफ है ...

वैसे, मेरी राय निम्नलिखित है:

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

मैं इसके दो समाधानों में से एक की अपेक्षा करूंगा:
1) उपनामों के साथ आयात को सही ढंग से ओवरराइड करना
2) चेतावनी दिखा रहा है

"यह सही व्यवहार है" कहना, मुझे लगता है, गलत है। यह। टीएस असेंबली भाषा नहीं है, सी/सी ++ भी नहीं।

विकास दल को उपनाम समाधान के लिए समर्थन जोड़ना चाहिए। मेरा सुझाव है कि एक जोड़ें
tsconfig में संकलक संकल्प के लिए कुंजी।

यह अच्छा होगा माइक्रोसॉफ्ट !!!!!!

हम आपसे विनती करते हैं, उपनाम के साथ अनुप्रयोगों को बेहतर बनाने के लिए हमें आपकी सहायता की आवश्यकता है।

:( यहाँ हर कोई दुखी और गुस्से में है (और भूखा है) के अंतराल के कारण
संगतता। टाइपस्क्रिप्ट कमाल है, मुझे यह पसंद है ...

हमें बहुत पसंद है!

एक बेघर डेवलपर का सादर...

एल मार।, 15 डे एन। डे 2019 08:02, माइक एस. नोटिफिकेशन @github.com
विवरण:

वैसे, मेरी राय निम्नलिखित है:

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

मैं इसके दो समाधानों में से एक की अपेक्षा करूंगा:

1. उपनामों के साथ आयातों को सही ढंग से ओवरराइड करना
2. चेतावनी दिखा रहा है

"यह सही व्यवहार है" कहना, मुझे लगता है, गलत है। यह। टीएस नहीं है
असेंबली भाषा, सी/सी ++ भी नहीं।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/Microsoft/TypeScript/issues/10866#issuecomment-454384357 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/ACKT9OqexgOaHH1vDFuRcO7U_r2DEC23ks5vDdFbgaJpZM4J6vZQ
.

. टीएस असेंबली भाषा नहीं है, सी/सी ++ भी नहीं।

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

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

मुझे यह समझने में कठिनाई हो रही है कि आप इसे क्यों रखते हैं, संकलक काम करता है जैसा कि इसे काम करना चाहिए, फिर से, दस्तावेज़ों को पढ़ें जो स्पष्ट रूप से बताता है कि सुविधा क्या है!

मेरा मतलब है कि यदि आप वेबपैक का उपयोग नहीं करना चाहते हैं, तो आप पथ उपनामों के साथ एक कार्यशील टीएस विकास वातावरण स्थापित कर सकते हैं, यदि आप वेबपैक का उपयोग नहीं करना चाहते हैं, तो आप 1 सेकंड में सभी जेएस फाइलों में सभी पथों को हल करने के लिए टीएसपीएथ का उपयोग कर सकते हैं, इसे पैकेज में जोड़ें .json एक रन स्क्रिप्ट के रूप में और आपको इसके बारे में सोचने की ज़रूरत नहीं है, समस्या मौजूद नहीं है, कंपाइलर वैसे ही रहता है जैसे इसे काम करना था और आप खुश हुर्रे को आगे बढ़ा सकते हैं !?

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

शीर्ष पांच टाइपस्क्रिप्ट योगदानकर्ताओं को बुलाना: @ahejlsberg @andy-ms @DanielRosenwasser @sandersn @sheetalkamat

क्या टाइपस्क्रिप्ट टीम इस मुद्दे पर पुनर्विचार कर सकती है? मुझे लगता है कि यह धागा दोनों दृष्टिकोणों पर कुछ उपयोगी चर्चा प्रदान करता है और इसकी हालिया लोकप्रियता को देखते हुए और जितना समय बीत चुका है उसे फिर से देखा जाना चाहिए।

इस मुद्दे की स्थिति ने मेरे पास टीएस को केवल चेकर ड्यूटी टाइप करने के लिए पदावनत करने के अलावा कोई अन्य विकल्प नहीं छोड़ा।
बैबेल के पास अब TS सिंटैक्स के लिए एक अच्छा समर्थन है और साथ में babel-plugin-module-resolver इस उपयोग के मामले के लिए कार्य कोड उत्सर्जित करने का काम ठीक है।
केवल नकारात्मक पक्ष tsconfig.json से कॉन्फ़िगरेशन के बिट्स को डुप्लिकेट कर रहा है क्योंकि बैबेल टीएस कॉन्फ़िगरेशन की परवाह नहीं करता है। लेकिन यह नोड परियोजनाओं में पूर्ण पथ काम करने के लिए एक स्वीकार्य मूल्य है और एक बोनस के रूप में मुझे बेबेल मैक्रोज़ जैसी शानदार चीजों के साथ पूरा पारिस्थितिकी तंत्र मिलता है।

यह न्यूनतम सेटअप है जो मुझे tsc कंपाइलर के प्रतिस्थापन में एक बूंद के रूप में काम कर रहा है:

• npm install --save-dev @babel/cli @babel/core @babel/preset-env @babel/preset-typescript babel-plugin-module-resolver @babel/plugin-proposal-class-properties @babel/plugin-proposal-object-rest-spread
• package.json में:
  tsc -> tsc && babel ./src --out-dir ./dist --extensions ".ts,.js"
• tsconfig.json में:

{
  "compilerOptions": {
    "baseUrl": ".",
    "paths": {
      "@mynamespace/*": ["src/*"]
    },
    "outDir": "./dist",
    "noEmit": true, <--
    "allowJs": true,
    "target": "ES2017",
    "module": "CommonJS",
    "lib": [
      "ES2017"
    ]
  },
  "include": [
    "./src/**/*"
  ]
}

• .babelrc में:

{
  "presets": [
    "@babel/preset-typescript",
    ["@babel/preset-env", {
      "targets": {
        "node": true
      }
    }]
  ],
  "plugins": [
    ["module-resolver", {
      "root": ["./src"],
      "alias": {
        "@mynamespace": "./src"
      },
      "extensions": [".js", ".ts"]
    }],
    "@babel/plugin-proposal-class-properties",
    "@babel/plugin-proposal-object-rest-spread"   
  ]
}

मैं सिर्फ पूर्ण पथ के साथ टाइपस्क्रिप्ट का उपयोग करना चाहता हूं, लेकिन ऐसा लगता है कि मुझे वेबपैक या बेबेल या कुछ और कॉन्फ़िगर करना है, इस सरल सुविधा को प्राप्त करना बहुत कठिन है, यह आसान होना चाहिए

मैं इस समस्या को स्वीकार करता हूं, मुझे यकीन नहीं है कि मुझे इस विशिष्ट के बारे में पता है
मेरे अपने व्यक्तिगत सेटअप के कारण समस्या, या शायद मैं था :) यह एक सुपर नहीं है
हैवी फिक्स, फिक्स बस (आँख बंद करके) डिस्टपाथ पर भरोसा करना होगा,
जो वास्तव में वर्तमान समाधान की तुलना में कम और अधिक सरल कोड है, I´ll
कल तक एक फिक्स उपलब्ध कराने का प्रयास करें ...

डेन मोन 28 जनवरी। 2019 kl 15:59 skrev [email protected] :

मैं सिर्फ पूर्ण पथ के साथ टाइपस्क्रिप्ट का उपयोग करना चाहता हूं, लेकिन ऐसा लगता है कि मुझे करना है
वेबपैक या बेबेल या कुछ और कॉन्फ़िगर करें, इसे प्राप्त करना बहुत कठिन है !!!

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/Microsoft/TypeScript/issues/10866#issuecomment-458164055 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AAAy_1_T-An7swSND-xdBhL0HNHxQkm6ks5vHxBggaJpZM4J6vZQ
.

इसे यहां छोड़ रहे हैं क्योंकि paths के वर्तमान व्यवहार के लिए एक वास्तविक दस्तावेज उपयोग मामले का उल्लेख इस धागे में नहीं किया गया था: @types/ पैकेज सेवर के संबंध में सुविधाओं को बैकपोर्ट नहीं करते हैं। हालांकि वे पुराने एपीआई के लिए अद्यतन प्रकार शामिल करते हैं जिनका मैं उपयोग कर सकता हूं। उदाहरण के लिए मैं history@2 का उपयोग कर रहा हूं जब history@3 नवीनतम है।

"paths": {
    "history": [ "history/v2" ]
}

कंपाइलर को प्रकार के उपनामों और "कोड" उपनामों के बीच अंतर करने के लिए एक अतिरिक्त विकल्प की आवश्यकता होगी। यदि हम वास्तव में पथ उपनामों को उत्सर्जित करने के लिए व्यवहार को बदलते हैं तो हमें सही प्रकार के संस्करण को खोजने के लिए संकलक को क्षमता जोड़ने की आवश्यकता है।

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

कंपनी-व्यापी TS कार्यशाला के दौरान दूसरी बार, मुझे इस बेहूदा और शर्मनाक व्यवहार की व्याख्या करनी पड़ी है...

गंभीरता से!

किस प्रकार का भाषा संकलक, विशेष रूप से जिसकी प्राथमिक बिक्री पिच जावास्क्रिप्ट के लिए अधिक शुद्धता है, टूटे हुए कोड को "फीचर" के रूप में उत्पन्न करता है?!?!

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

ज़रा देखें कि इसे कितनी बार संदर्भित किया गया है... कितने लोगों के लिए समय और ध्यान की बर्बादी है।

मैं आपकी हताशा को समझता हूं, लेकिन बहुत से लोगों को लगता है कि एक व्यवहार सही है, इसका मतलब यह नहीं है कि यह करना सही है।

टाइपस्क्रिप्ट पुनर्लेखन मॉड्यूल पहचानकर्ता एक फिसलन फिसलन ढलान है। इस धागे में कई बार जो व्यक्त किया गया है वह यह है कि टाइपस्क्रिप्ट अन्य मॉड्यूल रिज़ॉल्वर और अन्य बिल्ड टूल्स के व्यवहार को मॉडल करने के लिए कॉन्फ़िगर करने योग्य है, न कि उन्हें प्रतिस्थापित या कार्यान्वित करने के लिए।

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

यदि हम किसी भी चीज़ की आलोचना करते हैं, तो हम टीम को उस विकल्प के नामकरण के लिए दोषी ठहरा सकते हैं जो ऐसा लग सकता है कि यह एक ऐसी समस्या को ठीक करता है जिसे ठीक करने का इरादा कभी नहीं था, हालांकि विकल्प के लिए प्रलेखन यह स्पष्ट करता है कि यह उत्सर्जन को नहीं बदलता है .

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

@kitsonk आपने अभी जो कुछ कहा है वह निशान से दूर है।

मुद्दा यह है कि टीएस विकास/परीक्षण के दौरान एक तरह से काम करेगा, और दूसरा संकलन पूरा होने के बाद।

यदि TS एक मॉड्यूल रिज़ॉल्वर बनना चाहता है, तो उसे एक पैटर्न चुनने और उस पर टिके रहने की आवश्यकता है। अगर मैं ts-node के साथ कुछ चलाता हूं तो इसे ठीक उसी तरह संचालित करना चाहिए जैसे मैंने कुछ टीएस संकलित किया और इसे node के साथ चलाया।

ऐसा नहीं है, और यही समस्या है।

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

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