टाइपस्क्रिप्ट

Question

में निर्यात के लिए कई आंतरिक मॉड्यूल लपेटें मैं नोड के भीतर टाइपस्क्रिप्ट का उपयोग कर रहा हूं, और वर्तमान में ///<reference.../> सिंटैक्स के माध्यम से पूरी तरह से आंतरिक मॉड्यूल का उपयोग कर टाइपस्क्रिप्ट का उपयोग करने के लिए उपयोग किया जाता है। हालांकि बड़ी परियोजनाओं के साथ यह अनावश्यक हो सकता है क्योंकि आपके पास अन्य मॉड्यूल का संदर्भ देने वाले मॉड्यूल हो सकते हैं, जिनमें सभी के पास अंतःक्रियात्मक संदर्भ हैं।

इस नोड परियोजना मैं समूह की कोशिश कर सभी तार्किक घटकों बहुत पहले की तरह आंतरिक मॉड्यूल/वर्ग के रूप में के बारे में सोच रहा था के लिए

तो, तो वे आंतरिक रूप से एक दूसरे के संदर्भ सब होगा, लेकिन एक बाहरी मॉड्यूल जो बेनकाब करेंगे के माध्यम से उन्हें बेनकाब

import database = require("my-external-db-module.ts"); 
var connection = new database.Connection(someUrl); 

बजाय

: अंतर्निहित कक्षाएं आदि

इस तरह वाक्य रचना मौजूदा आवश्यकता होती है तंत्र की तरह, नोड्स के बहुत समान होगा

और मैं सोच भी वाक्य रचना होगा कुछ की तरह:

///<reference path="all-my-internal-module-files-etc.ts" /> 
///<reference path="..." /> 
export module SomeExposingModule 
{ 
    // Not quite sure what to put in here to expose the internal modules 
} 

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

Answer 1

मुझे यकीन नहीं है कि यह बुरा अभ्यास है या नहीं, लेकिन यहां मैंने अपनी समस्या का समाधान कैसे किया है।

पहले फिर से समस्या का त्वरित सारांश:

मैं एकाधिक फ़ाइलों सभी तार्किक ऐसे Framework.Database या Framework.UnitOfWork के रूप में एक नाम स्थान के अंतर्गत वर्गीकृत सभी फाइलों उदाहरण Framework तो के लिए, के तहत वहाँ Framework.* हो जाएगा, है। फिर ये सभी tsc --out framework.js ... के माध्यम से संकलित किए गए हैं, इसलिए मुझे यह सब framework.js फ़ाइल में आउटपुट किया गया है।

अब उपरोक्त ठीक लगता है, हालांकि यह आपको आउटआउट का उपयोग करते समय मॉड्यूल निर्यात करने की अनुमति नहीं देता है क्योंकि यह कई फाइलों को फैलाता है, इसलिए काम करने के लिए नोड के लिए मुझे मॉड्यूल को किसी भी तरह निर्यात करने की आवश्यकता होती है, इसलिए मैंने मूल रूप से एक अतिरिक्त टाइपस्क्रिप्ट संलग्न की फ़ाइल जो मैन्युअल रूप से संकलन में मेरे लिए यह करता है:

// exporter.ts 
module.exports = Framework; 

तो उपलब्ध कराने के इस अंतिम फ़ाइल tsc संकलन को जोड़ा गया आप की तरह कुछ के साथ खत्म हो जाएगा है:

// Framework.js 
var Framework; 
(function (Framework) { 
    // lots of good stuff 
})(Framework || (Framework = {})); 
module.exports = Framework; 

तो यह निर्यात करेगा आंतरिक मॉड्यूल एफ ine और निर्यात घोषणा अब निर्यातक.एस फाइल की वजह से शामिल की जाएगी जो अब शामिल है।

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

तो उपयोग देखो की तरह होगा:

var Framework = require("./framework"); 
var database = new Framework.Database.DbConnection(); 

Answer 2

आप क्या कर सकते हैं यह है कि टीएस फ़ाइलों के एक सेट को .js + d.ts संयोजन में संकलित करें। जैसे निम्नलिखित out.js और out.d.ts

tsc a.ts b.ts --out mod.js --declaration 

और फिर बनाता है (उम्मीद) निम्नलिखित काम करेगा:

///<reference path="mod.d.ts"> 
var mod = require('mod') 

Answer 3

कुछ विचार है कि इन मुद्दों में से कुछ चिकनी करने में मदद कर रहे हैं।

यदि आपके पास बहुत सारे संदर्भ हैं, तो आप उन्हें प्रबंधित करने के लिए संदर्भ फ़ाइल का उपयोग कर सकते हैं। उदाहरण के लिए:

references.ts

///<reference path="a.ts" /> 
///<reference path="b.ts" /> 
///<reference path="c.ts" /> 
///<reference path="d.ts" /> 

अन्य सभी फाइलें ...

///<reference path="references.ts" /> 

अब आप अपने संदर्भ की एक केंद्रीय सूची, जिस पर संदर्भ की सूची बुनाई की तुलना में बहुत आसान है प्रत्येक फ़ाइल के शीर्ष।

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