Typescript: सुझाव: परिभाषा से पहले उपयोग न करें

को निर्मित 15 जुल॰ 2014 · 29टिप्पणियाँ · स्रोत: microsoft/TypeScript

कंपाइलर को एक त्रुटि जारी करनी चाहिए जब कोड मानों का उपयोग करता है इससे पहले कि वे संभवतः आरंभिक हो सकें।

// Error, 'Derived' declaration must be after 'Base'
class Derived extends Base { }
class Base { }

Bug

स्रोत

RyanCavanaugh

👍3

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

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

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

पूरी चर्चा के माध्यम से नहीं जा रहा है, लेकिन एक प्राथमिक चिकित्सा के रूप में ऐसा लगता है जैसे संकलक चेतावनी मदद करेगा। बस हमारे 2 ¢

BrainCrumbz 4 मई 2016

👍8

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

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

everson 21 जुल॰ 2014

कंपाइलर निर्भरता संबंध का ट्रैक रखता है और उसी के अनुसार कक्षाओं का उत्पादन करता है, केवल कंपाइलर त्रुटि को फेंकने पर निर्भरता क्रम को हल करने में असमर्थ।

क्या हमें इसे एक नया सुझाव देना चाहिए? यही कारण है कि मैं वर्तमान में टाइपस्क्रिप्ट आंतरिक मॉड्यूल के बजाय एएमडी मॉड्यूल का उपयोग करता हूं; आवश्यकताबीज संकलक मैं कोडबेस ( require() का उपयोग करके) पर निर्भरता का उपयोग करके उपयुक्त मॉड्यूल क्रमांकन क्रम निर्धारित करता है।

jvilk 21 जुल॰ 2014

# 274 से जोड़ना। हमें यह रेखांकित करने की जरूरत है कि इसके नियम और दायरे क्या होंगे

RyanCavanaugh 29 जुल॰ 2014

विस्तार का मामला लेक्सिकल जाँच के लिए एक अच्छे उम्मीदवार की तरह लगता है; हमें यह सुनिश्चित करने की आवश्यकता है कि व्युत्पन्न से पहले बेस क्लास मूल रूप से आता है। क्या अन्य मामले हैं जिन पर हमें विचार करना चाहिए?

mhegazy 24 अक्तू॰ 2014

एक समस्या यह है कि वर्ग परिभाषाओं को फिर से व्यवस्थित करने के लिए स्थिर इनिशियलाइज़र के आदेश को चुपचाप पुनः व्यवस्थित किया जा सकता है। यदि आधार वर्ग एक व्युत्पन्न वर्ग के बाद आता है तो मैं या तो क्लास डेफिनेशन साइट पर स्टेटिक इनिशियलाइज़र कोड को बनाए रखने के लिए वोट देता हूं या केवल एक त्रुटि को चिह्नित करता हूं।

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

इसलिए, मुझे लगता है कि हमें सिंगल-फाइल आउटपुट मोड में आउटपुट ऑर्डर पर विचार करने की आवश्यकता है। (HTML फ़ाइलों के निर्माण के लिए इस आदेश को प्राप्त करने में सक्षम होना अच्छा होगा जिसमें कई फाइलें शामिल हैं)।

यहाँ कुछ कथन दिए गए हैं जो मुझे लगता है कि आदेश देना सुनिश्चित करेंगे:

class X extends Y {} // ensure Y is defined in prior file
module { new X(); } // ensure X is defined in prior file
class S { static z = new Z(); } // ensure Z is defined in prior file

हम इसे केवल कक्षाओं में ही नहीं बल्कि उपयोग से पहले परिभाषित किए जा रहे फ़ंक्शंस और वेरिएबल्स तक बढ़ा सकते हैं।

PS मेरे पास एक प्रोटोटाइप है।

sparecycles 24 अक्तू॰ 2014

मुझे नहीं लगता कि आपके लिए पुन: उपयोग करने का प्रयास करने का कोई इरादा है, केवल त्रुटियां देने के लिए जहां हम उन चीजों के लिए कर सकते हैं जो रनटाइम में विफल होना सुनिश्चित करते हैं।

danquirk 24 अक्तू॰ 2014

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

sparecycles 24 अक्तू॰ 2014

रन टाइम में @sparecycles के फंक्शंस को स्कोप के शीर्ष पर फहराया जाता है। इसलिए फ़ंक्शन दिलचस्प नहीं हैं। चर भी फहराए जाते हैं, मुद्दा यह है कि वे उस बिंदु पर आरंभिक नहीं होंगे। अब आरंभीकरण से पहले उपयोग एक अलग मुद्दा है, और मुझे लगता है कि इसे # 274 के तहत ट्रैक किया गया है।

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

कार्यान्वयन के लिए, मैंने हाल ही में लेट और कांस्ट के साथ एक शाब्दिक आदेश सत्यापन जोड़ा है, और एक सामान्य जांच के रूप में निकाला जा सकता है और इन विभिन्न मामलों के लिए उपयोग किया जा सकता है। आप इसे यहां देख सकते हैं:
https://github.com/Microsoft/TypeScript/blob/master/src/compiler/checker.ts#L329

हमें उन मामलों की स्पष्ट रूप से पहचान करने की आवश्यकता है जहां हम जाँच कर रहे हैं, और एक पीआर का निश्चित रूप से स्वागत किया जाएगा :)

mhegazy 24 अक्तू॰ 2014

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

फंक्शन उत्थापन एक अच्छा उदाहरण है जहां हमें सिंगल फाइल मामले में देखभाल करने की आवश्यकता नहीं है, लेकिन जहां कई फाइलों को संकलित करना और उन्हें .html फ़ाइल में शामिल करने के लिए एक अनुक्रम चुनना एक मानव के लिए गैर-तुच्छ हो सकता है। उपयोग में अपरिभाषित होने वाले वेरिएबल्स का एक शानदार उदाहरण है जहां /// <reference> लाइनों में बदलाव के कारण संकलक द्वारा अप्रत्याशित व्यवहार पेश किया जा सकता है।

sparecycles 24 अक्तू॰ 2014

लेकिन इन -आउट फ़ाइल मामले में, आदेश उपयोगकर्ता द्वारा निर्दिष्ट नहीं किया जाता है

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

RyanCavanaugh 25 अक्तू॰ 2014

तब हमें ऑर्डर नहीं बदलना चाहिए, लेकिन क्या हमें कम से कम (विकल्प का) उपयोगकर्ता को चेतावनी देना चाहिए कि कंपाइलर का उपयोग करने वाला ऑर्डर शायद गलत है?

sparecycles 25 अक्तू॰ 2014

हाँ। हमें आदेश नहीं देना चाहिए, लेकिन इसके बजाय त्रुटि।

mhegazy 25 अक्तू॰ 2014

पारस्परिक रूप से पुनरावर्ती वर्गों के लिए टाइपस्क्रिप्ट में सही मुहावरा क्या है? वास्तविक परिभाषा से पहले एक declare class ?

metaweta 13 दिस॰ 2014

यदि आपकी कक्षाएं केवल प्रकार प्रणाली या उदाहरण के तरीकों में एक दूसरे को संदर्भित करती हैं, तो यह कोई समस्या नहीं है। केवल "पारस्परिक रूप से पुनरावर्ती" पैटर्न जो एक समस्या है, यह एक है:

class Alpha {
    static myFriendBeta = new Beta();   
}

class Beta {
    static myFriendAlpha = new Alpha(); 
}

आप इसे क्लॉड्यूल के रूप में फिर से लिख सकते हैं:

class Alpha {
}

class Beta {
    static myFriendAlpha = new Alpha();
}

module Alpha {
    export var myFriendBeta = new Beta();
}

RyanCavanaugh 17 दिस॰ 2014

👍1

ठीक है, इस नियम के एक भाग के रूप में 'बेस क्लास के अलावा व्युत्पन्न वर्ग से पहले क्या शाब्दिक रूप से परिभाषित किया जाना चाहिए'?

vladima 31 जन॰ 2015

आंतरिक मॉड्यूल के सदस्यों को आगे के संदर्भों को अस्वीकार करें, जैसे

var x = M.fn(); // Should error
module M {
    export function fn() {}
}

Enum सदस्यों के लिए आगे के संदर्भों को अस्वीकार करें

var x = E.A; // Should error
enum E { A }

RyanCavanaugh 31 जन॰ 2015

IMO इस मुद्दे का दायरा सीमित है क्योंकि यह खड़ा है क्योंकि लोग आमतौर पर एक फ़ाइल में अपने सभी कोड को परिभाषित नहीं करते हैं: बेस क्लास की व्युत्पन्न वर्ग के लिए एक अलग फ़ाइल में मौजूद होने की अधिक संभावना है।

मेरा सुझाव है कि @sparecycles से निम्नलिखित इस मुद्दे के समाधान का हिस्सा होना चाहिए:

तब हमें ऑर्डर नहीं बदलना चाहिए, लेकिन क्या हमें कम से कम (विकल्प का) उपयोगकर्ता को चेतावनी देना चाहिए कि कंपाइलर का उपयोग करने वाला ऑर्डर शायद गलत है?

"ऑर्डर कंपाइलर उपयोग करता है" में tsconfig में निर्दिष्ट ऑर्डर शामिल होना चाहिए।

NoelAbrahams 1 फ़र॰ 2015

जब बेस क्लास और व्युत्पन्न कक्षाएं एक ही फाइल में होती हैं, तो समस्या उतनी खराब नहीं होती है: प्रोग्राम स्टार्टअप पर क्रैश हो जाएगा और प्रोग्रामर उस एक फाइल में ऑर्डर बदल देगा और समस्या _fixed_ हो जाएगी।

मल्टीपल फाइल केस वह है जहां कंपाइलर को कई फाइलों को संदिग्ध क्रम में समेटते समय चेतावनी देनी चाहिए, क्योंकि यह ऑर्डर सूक्ष्म कारणों से बदल सकता है।

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

वैसे, पारस्परिक रूप से संदर्भित फ़ाइलों के साथ कोई समस्या नहीं है, यदि A.ts परस्पर संदर्भ B.ts और X.ts में A.ts शामिल हैं, तो आउटपुट ऑर्डर [B, A, X] होगा, और यदि यह B.ts को संदर्भित करता है। आदेश [ए, बी, एक्स] होगा। (लेकिन इनमें से केवल एक आदेश रनटाइम पर काम कर सकता है।) इससे चीजें नाजुक होती हैं, क्योंकि संकलन बी या ए के संदर्भित होने पर समान रूप से सफल होगा।

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

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

(मैंने वर्तमान में इसे लागू कर दिया है। स्वचालित रूप से .js की सूची उत्पन्न करने के लिए हमारे विजुअल स्टूडियो / टाइपस्क्रिप्ट प्रोजेक्ट में शामिल हैं क्योंकि हम मल्टी-फाइल आउटपुट (डीबग करना आसान है) का उपयोग कर रहे हैं। लेकिन कोड इनलाइन कार्य के रूप में C # में है। यदि वहाँ रुचि है कि मैं पूछूंगा कि क्या मैं इसे साझा कर सकता हूं। यह मूल रूप से टारजन के सीसी एल्गोरिथ्म के दो रन हैं।)

एमिट-ऑर्डर गलत होने पर और स्पष्ट निर्देश के साथ एमिट-ऑर्डर को स्थिर करने पर दोनों चेतावनी बड़ी परियोजनाओं के लिए टाइप करने योग्य भाषा बनाने की दिशा में एक लंबा रास्ता तय करेगी ... हाँ?

sparecycles 1 फ़र॰ 2015

मैं अपने छोटे कोड आधार (लगभग 80 .ts फ़ाइलों) के साथ इस मुद्दे को अक्सर बार-बार चलाता हूं। आदर्श रूप से, मैं अपनी किसी भी फाइल के शीर्ष पर कोई <reference> टैग नहीं रखना चाहूंगा, और कंपाइलर मेरे लिए यह सब काम कर सकता है।

मेरे ऐप में केवल 1 फ़ाइल है जो कक्षाओं को त्वरित करती है और एप्लिकेशन (मेरी रचना रूट) को निष्पादित करती है, कुछ फाइलें जो एक्सटेंशन जोड़ती हैं (जैसे Array.prototype.distinct जोड़ना) और बाकी सिर्फ क्लास / इंटरफ़ेस की परिभाषाएं हैं।

इस स्थिति में, अधिकांश कोड पुन: व्यवस्थित करने के लिए उचित खेल है, और इसे सही होने के लिए मैन्युअल रूप से <reference> परिभाषाओं की आवश्यकता नहीं होनी चाहिए। मैं किसी भी संकलक के लिए उचित खेल होने के रूप में कक्षा की परिभाषाएँ देखता हूं, और संयुक्त आउटपुट के शीर्ष तक हिलाया जाना चाहिए, जबकि शेष विवरण आदेश को संरक्षित कर सकते हैं क्योंकि यह इनपुट था।

क्या संकलक ध्वज --looseSorting संभव होगा? ऐसा लगता है कि फीचर के बाद काफी मांग है।

xwipeoutx 16 फ़र॰ 2015

ES6 में वर्ग-घोषणा में, हम वर्ग-घोषणा के बाद स्थिर संपत्ति असाइनमेंट करते हैं। यह वर्ग स्थैतिक संपत्ति का उल्लेख संगणित संपत्ति के नाम से पहले उपयोग-परिभाषा बन जाता है।

उत्सर्जित JS:

class C {
    [C.p] () {}  // Use before definition
    [C.p+ C.e]() {}  // Use before definition
    [D.f] () {}  // Use before definition
}
C.p = 10;
C.e = 20;

class D {
}
D.f = "hi";

हम केवल दो मामलों में इस त्रुटि के बारे में चेतावनी देना चाहते हैं: कम्प्यूटेड-प्रॉपर्टी के नाम इसकी क्लास स्टैटिक प्रॉपर्टी को संदर्भित करते हैं, या अन्य क्लास को संदर्भित करते हैं, जो इसके नीचे परिभाषित है, प्रॉपर्टी।

yuit 17 मार्च 2015

आज हम जिस तुच्छ उदाहरण के साथ खेल रहे हैं, उसे किसी भी परीक्षण में शामिल करना है:

function f() {
    function g() {
        i = 10;
    }

    let i = 20;
    g();
}

g i के उपयोग / परिभाषाओं के क्रमांकन प्राप्त करना अच्छा होगा।

DanielRosenwasser 19 मार्च 2015

ब्लॉक दायरे में परिभाषित कार्यों के बारे में सोचना न भूलें। यह जावास्क्रिप्ट मानक के अनुसार अपरिभाषित व्यवहार है, और मुझे पता है कि कम से कम फ़ायरफ़ॉक्स और क्रोम उनके कार्यान्वयन में असहमत हैं।

उदाहरण के लिए:

function f() {
    if (true) {
        g(); // iirc, g executes in Chrome, and is undefined in Firefox
        function g() {
        }
        g(); // works in both browsers
    }
}

jvilk 19 मार्च 2015

Https://github.com/Microsoft/TypeScript/issues/2854 द्वारा ट्रैक किया गया।

danquirk 22 अप्रैल 2015

BrainCrumbz 4 मई 2016

👍8

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

MrGuardian 11 अक्तू॰ 2016

@MrGuardian ओपी में वर्णित repro तय किया गया है। शायद आप एक नए मुद्दे या मौजूदा मुद्दे में स्पष्ट कर सकते हैं जो आपके द्वारा होने वाली समस्या का बेहतर वर्णन करता है?

RyanCavanaugh 11 अक्तू॰ 2016

(# 12673) यहां दो अन्य मामले हैं जो IMO की त्रुटियां होनी चाहिए:

`` ``
क्लास टेस्ट
{
_b = this._a; // अपरिभाषित, कोई त्रुटि / चेतावनी नहीं
_a = 3;

static _B = Test._A; // undefined, no error/warning
static _A = 3;

method()
{
    let a = b; // Block-scoped variable 'b' used before its declaration
    let b = 3;
}

}
`` ``

Spongman 2 दिस॰ 2016

@ प्रवक्ता आप एक अलग मुद्दे में लॉग इन कर सकते हैं? धन्यवाद!

RyanCavanaugh 5 दिस॰ 2016

12,673

Spongman 5 दिस॰ 2016

👍1

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

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

Typescript: सुझाव: परिभाषा से पहले उपयोग न करें

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

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

12,673

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