Typescript: निर्मित प्रकारों में विस्तार नहीं कर सकता

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

मैं कहना चाहूंगा

class Error;

इस तरह के एक बयान के लिए कोई जावास्क्रिप्ट उत्सर्जित नहीं होगी, केवल टाइपस्क्रिप्ट के प्रतीक तालिका का एक अद्यतन।

सामान्य स्थिति के लिए, मैं किसी भी वर्ग की घोषणा के शरीर को अर्धविराम के साथ बदलने में सक्षम होना चाहूंगा, जैसे चीजों को अनुमति देता है

class Foo<X, Y> extends Bar<X> implements Baz<Y>;

इसका मतलब यह होगा कि पुस्तकालय पहले से ही गारंटी देता है कि Foo.prototype Bar.prototype का एक उदाहरण है और बाज इंटरफ़ेस को लागू करता है।

@metaweta मुझे लगता है कि यह कुछ अतिरेक कर सकता है:

interface Foo {
}
class Foo; // Foo is now a class!
interface Bar extends Foo {
}
class Bar extends Foo; // Two `extends Foo`s. 

interface X {
}
class X extends Foo; // Hmm?
interface Y extends Foo {
}
class Y; // Hmm?

इसमें अभी भी कुछ संभावनाएं हैं क्योंकि उपवर्गीय इंटरफेस ओपन-एंडेड कक्षाओं के रूप में काम करेंगे। # 819

@metaweta आपका पहला मामला एक परिवेश वर्ग घोषणा द्वारा नियंत्रित किया जाना चाहिए। जैसे

// myLib.d.ts
declare class Error {
}
// no code emitted here for this. 

// myfile.ts
// Error is subclassable,
class MyError extends Error {
}

दूसरे मामले के लिए, मैं इसके लिए एक अलग सुझाव जारी करूंगा।

यहाँ ES6 कल्पना से "उपवर्गीय" वस्तुओं की पूरी सूची दी गई है। वर्तमान में इन सभी को एक इंटरफ़ेस / var जोड़े के रूप में परिभाषित किया गया है।

• वस्तु
• बूलियन
• त्रुटि
• NativeError
• संख्या
• दिनांक
• तार
• रेगुलर एक्सप्रेशन
• सरणी
• TypedArray (Int8Array, Uint8Array, Int16Array, Uint16Array, Int32Array, Uint32Array, Float32Array, Float64Array, और DataView)
• नक्शा
• सेट
• WeakMap
• WeakSet
• ArrayBuffer
• आँकड़ों का खाका
• वादा

समस्या:

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

संभव समाधान:

• एक प्रोटोटाइप संपत्ति और एक निर्माण हस्ताक्षर के साथ किसी भी प्रकार का विस्तार करने की अनुमति दें
• एक वर्ग के उदाहरण के उदाहरण की अनुमति दें (जैसे मॉड्यूल Class.prototype {}, @RyanCavanaug ) के सौजन्य से
• एक क्लास कंस्ट्रक्टर पर कॉल हस्ताक्षर को परिभाषित करने की अनुमति दें

@mhegazy धन्यवाद, मैं परिवेशी वर्ग घोषणा निर्माण से अनभिज्ञ था।

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

declare class Error {
  constructor(message?: string);
}

class ExtendedError extends Error {
  constructor(message?: string) {
    super(message + " extended");
  }
}

//throw new Error("Test");
throw new ExtendedError("Test");

@ यह एक इंजन के मुद्दे की तरह लग रहा है। ES6 कल्पना के अनुसार यह काम करना चाहिए। इंजनों को अब ये तय करना चाहिए कि ES6 की पुष्टि हो गई है।

मैं इसे काम करने में कामयाब रहा। मेरे js कोड में जो काम कर रहा था, मेरे पास Error.captureStackTrace कॉल है, लेकिन मैं इसे तब निकालता हूं जब मैं इसे ts में लागू करता हूं क्योंकि त्रुटि घोषणा में यह नहीं है।

एक उदाहरण कोड है:
यह एक C # के समान अपवाद है जो एक आंतरिक अपवाद लेता है।

declare class Error {
    public name:string;
    public message:string;
    public stack:string;
    constructor(message?:string);
    static captureStackTrace(error: Error, constructorOpt: any);
}

class Exception extends Error {
    public innerException: Error;
    constructor(message?: string, innerException?: Error|string) {
        // Guard against throw Exception(...) usage.
        if (!(this instanceof Exception)) return new Exception(message, innerException);
        super();
        if (typeof Error.captureStackTrace === 'function') {
            //noinspection JSUnresolvedFunction
            Error.captureStackTrace(this, arguments.callee);
        }
        this.name = "Exception";
        if (innerException) {
            if (innerException instanceof Error) {
                this.innerException = innerException;
                this.message = message + ", innerException: " + this.innerException.message;
            }
            else if (typeof innerException === "string") {
                this.innerException = new Error(innerException);
                this.message = message + ", innerException: " + this.innerException.message;
            }
            else {
                this.innerException = innerException;
                this.message = message + ", innerException: " + this.innerException;
            }
        }
        else {
            this.message = message;
        }
    }
}

# 3516 द्वारा निर्धारित। कक्षाएं अब निर्माता फ़ंक्शन प्रकारों की मनमानी अभिव्यक्तियों का विस्तार कर सकती हैं।

इस सुधार को टाइपस्क्रिप्ट के किस हिस्से में भेजना है?
मैंने 1.5.3 और 1.5.4 के लिए जल्दी से रिलीज़ लेबल की जाँच की, और लगता है कि इसे अभी तक शिप नहीं किया गया है, केवल अभी के लिए मास्टर में।

संपादित करें:
क्षमा करें, अभी देखा है कि बग को "टाइपस्क्रिप्ट 1.6" द्वारा चिह्नित किया गया बग

आपके काम के लिए धन्यवाद!

@kostrse आप npm install -g typescript@next चलाकर टाइपस्क्रिप्ट 1.6 के हमारे रात के रिलीज की कोशिश कर सकते हैं।

नमस्ते,

मैं टाइपस्क्रिप्ट 1.6.2 का उपयोग कर रहा हूं और मेरे lib.es6.d.ts त्रुटि (और सरणी) दिखाते हैं, ...) इंटरफ़ेस क्लास के रूप में नहीं।
क्या यह पहले से ही 1.6.2 में तय किया गया है?

चीयर्स!

@jpsfs ने ठीक किया, जैसा कि https: // aithjlsberg द्वारा https://github.com/Microsoft/TypeScript/issues/1168#issuecomment -112955503 में नोट किया गया है, कक्षाओं को कंस्ट्रक्शन फ़ंक्शन प्रकारों की मनमानी अभिव्यक्तियों का विस्तार करने की अनुमति देता है।

यहां तक ​​कि Error वर्ग के दिनों का विस्तार करने की क्षमता है, Im अभी भी नोड पर इसके साथ असुविधा हो रही है। उदाहरण के लिए Im को "error.stack" से परेशानी हो रही है। जब मैं throw new Error(...) हूं तो मुझे error.stack मिलते हैं, लेकिन जब मैं throw new CustomError() हूं - मैं नहीं करता। इसे हल करने के लिए मैंने इस चाल का उपयोग करने के लिए मजबूर किया:

export class HttpError extends Error {
    httpCode: number;
    message: string;

    constructor(httpCode: number, message?: string) {
        super();
        if (httpCode)
            this.httpCode = httpCode;
        if (message)
            this.message = message;

        this.stack = new Error().stack;
    }
}