🗾 🤚🏽 🈚️ स्केलेबल टाइपस्क्रिप्ट अनुप्रयोगों का निर्माण। भाग 1 - मॉड्यूल के अतुल्यकालिक लोडिंग 🧑🏾‍🤝‍🧑🏽 😚 🌳

इस लेख का विचार एक कठिन कार्य दिवस के बाद कार्यालय में 30 डिग्री और विषय पर भारी प्रतिबिंब और होलीवर के बाद पैदा हुआ था: "एक आधुनिक वेब एप्लिकेशन कैसे बनाया जाना चाहिए?"

और फिर मुझे यह विचार आया कि हेबे पर एक कार्य करने की मेरी प्रक्रिया का वर्णन करने के लिए। और मैं इसका सबसे छोटा विवरण निकालूंगा, और समुदाय के ज्ञान में योगदान दूंगा।

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

लेख को टुकड़ों में तोड़ दिया जाएगा, जिसे मैं जल्द से जल्द सार्वजनिक परीक्षण के लिए रखूंगा। पहला भाग समस्या के सामान्य सूत्रीकरण, मॉड्यूल और उनके अतुल्यकालिक लोडिंग के लिए समर्पित है।

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

भाग 2: स्केलेबल टाइपस्क्रिप्ट अनुप्रयोगों का निर्माण। भाग 2 - इवेंट या क्यों यह आपकी खुद की बाइक को फिर से स्थापित करने के लायक है

भाग 2.5: स्केलेबल टाइपस्क्रिप्ट अनुप्रयोगों का निर्माण - भाग 2.5। बग और प्रतिनिधियों पर काम करते हैं

प्रयुक्त सॉफ्टवेयर और अन्य टिप्पणियाँ

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

टाइपस्क्रिप्ट के बारे में ही। टीएस 0.8.3 का उपयोग करने के तीन महीने के अनुभव से पता चलता है कि टीएस कोड की हजारों लाइनों के साथ वास्तव में महान वेब एप्लिकेशन बनाने के लिए एक बहुत ही काम का उपकरण है। स्थैतिक कोड विश्लेषण वास्तव में परिमाण के क्रम से त्रुटियों की संख्या को कम करता है। हमारे पास हमारे साथ लगभग पूर्ण-क्लासिक क्लासिक OOP, भाषा स्तर पर वास्तविक रूप-रंग, जो आवश्यकता के साथ पारदर्शी एकीकरण की अनुमति देता है ।js और Node.js, Visual Studio में IntelliSense, और वास्तव में विचारधारा स्पष्ट रूप से # देती है, जो मेरे बेहद करीब है। जेएस में टीएस का पारदर्शी परिवर्तन आपको सोर्समैप्स की सहायता के बिना भी कोड को डिबग करने की अनुमति देता है, हालांकि वे मौजूद हैं। लेख लिखने के लिए मैं जेनेरिक और अन्य उपहारों के साथ नवीनतम संस्करण - 0.9 का उपयोग करूंगा।

आवश्यकता है। एसिंक्रोनस को अतुल्यकालिक लोडिंग को लागू करने के लिए उपयोग किया जाएगा। सर्वर साइड का अनुकरण करने के लिए Node.js का उपयोग किया जाएगा।

JQuery 1.10 (हमें IE8 अनुकूलता की आवश्यकता है) और अंडरस्कोर.जे को "मानक पुस्तकालय" के रूप में परियोजना में शामिल किया जाएगा। हमारे लिए इंटरफेस का आधार Backbone.js होगा। हम मानक टीएस (jQuery) वितरण और निश्चित रूप से अनुमानित परियोजना - github.com/borisyankov/DefinitelyTyped (आवश्यकताएँ .js, अंडरस्कोर, बैकबोन, Node.js) से हेडर डी .ts फ़ाइलों का उपयोग करते हैं।

WinAmp का उपयोग AC / DC को चलाने के लिए किया जाता है।

टाइपस्क्रिप्ट के बारे में थोड़ा

एक TS प्रोग्राम में * .ts और * .d.ts फ़ाइलों का एक सेट होता है। उन्हें C ++ से * .cpp और * .h फ़ाइलों के कुछ एनालॉग्स के रूप में दर्शाया जा सकता है। यानी पूर्व में वास्तविक कोड होता है, उत्तरार्द्ध उन इंटरफेस का वर्णन करता है जो उसी नाम का कार्यान्वयन फ़ाइल प्रदान करता है। विशुद्ध रूप से टीएस हेडर पर विकास के लिए d.ts फ़ाइलों की आवश्यकता नहीं है। इसके अलावा d.ts संकलित और रनटाइम में उपयोग नहीं किया जाता है। लेकिन मौजूदा जेएस कोड का वर्णन करने के लिए d.ts फाइलें अपरिहार्य हैं। क्योंकि टीएस पूरी तरह से जेएस में बदल जाता है, यह पूरी तरह से किसी भी जेएस कोड का उपयोग कर सकता है, लेकिन कंपाइलर को जेएस में उपयोग किए जाने वाले प्रकारों, चर और कार्यों के बारे में जानना होगा। D.ts फाइलें इस विवरण के उद्देश्य की पूर्ति करती हैं। मैं अधिक विवरण में नहीं रहूंगा, सब कुछ टीएस विनिर्देश में है।

सामान्य तौर पर, जब example.ts को संकलित किया जाता है, तो निम्न फाइलें बनाई जा सकती हैं:

example.d.ts - अन्य प्रोजेक्ट्स में उपयोग के लिए हेडर फ़ाइल
example.js - रनटाइम में उपयोग के लिए JS
example.map.js - डिबगिंग के लिए सोर्समैप

परियोजना की संरचना

Visual Studio में टाइपस्क्रिप्ट प्रोजेक्ट बनाएँ:

सभी स्रोत मैं कोडप्लेक्स पर प्रकाशित करूंगा : tsasyncmodulesexampleapp.codeplex.com ।

हम डिफ़ॉल्ट कोड जोड़ते हैं, 2 प्रोजेक्ट बनाते हैं - सर्वर, सभी आवश्यक स्रोत लाइब्रेरी फ़ाइलों को कनेक्ट करते हैं और निम्नलिखित संरचना प्राप्त करते हैं:

अभ्यास से पता चलता है कि साझा पुस्तकालयों के लिए d.ts फाइलें सबसे अच्छे रूप में परियोजनाओं के साथ सममूल्य पर ली जाती हैं परीक्षण लिखते समय यह बाद में बहुत उपयोगी होगा, लेकिन उस समय के बारे में अधिक, साथ ही साथ यदि कई परियोजनाएं समान पुस्तकालयों का उपयोग करती हैं।

यहां आपको थोड़ी सी बात करनी चाहिए कि टाइपस्क्रिप्ट प्रोजेक्ट विजुअल स्टूडियो में और उसके बिना कैसे संकलित होता है। पहले मामले में, स्टूडियो डेवलपर के लिए सब कुछ करता है, एक समय में कंपाइलर को फाइलें पास कर रहा है, अगर उनके लिए कोई लिंक नहीं हैं। यानी सभी ts फाइलें हमेशा संकलित की जाएंगी। यदि हम कमांड लाइन से प्रोजेक्ट का निर्माण करेंगे, तो यह आवश्यक है कि असेंबली एक फ़ाइल से शुरू होती है जिसमें अन्य सभी फ़ाइलों के लिंक होते हैं। आमतौर पर मैं प्रोजेक्ट जड़ में एक Build.d.ts फ़ाइल बनाता हूं, जिसमें ////>, i.e. सभी प्रोजेक्ट फ़ाइलों के लिंक जिन्हें इकट्ठा करने की आवश्यकता है और कंसोल के माध्यम से इसे संकलक को पास करें, क्योंकि इस तरह से आप स्टूडियो में वर्तमान प्लगइन की तुलना में अधिक लचीले ढंग से टीएस संकलक सेटिंग्स का प्रबंधन करने की अनुमति देते हैं, जिसकी हमें निश्चित रूप से भविष्य में आवश्यकता होगी।

Node.exe और पूर्ण TS वितरण किट को जोड़ा गया है ताकि परियोजना से परिचित होने पर स्टूडियो और अन्य स्थापित सॉफ़्टवेयर से बंधे न हों। स्टूडियो के साथ आसान लॉन्च और एकीकरण के लिए सीएमडी फाइलें बाद में लिखूंगा।

प्रशिक्षण कार्य का विवरण

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

स्क्रीन पूरी तरह से स्वायत्त मॉड्यूल हैं जो एक दूसरे के बारे में नहीं जानते हैं, लेकिन डेटा एक्सेस परत के बारे में जानते हैं। सभी स्क्रीन और डेटा एक्सेस ऑब्जेक्ट्स को अलग-अलग मॉड्यूल में लपेटा जाता है, अतुल्यकालिक रूप से लोड किया जाता है और कुछ इवेंट मैनेजर के माध्यम से घटनाओं को प्रकाशित और सदस्यता लेने के द्वारा एक-दूसरे के साथ संवाद करते हैं, अर्थात। प्रकाशक / ग्राहक पैटर्न के अनुसार।
मॉड्यूलर लोडिंग को कॉन्फ़िगर करना

सब कुछ बहुत सरल है। क्लाइंट प्रोजेक्ट App.ts फ़ाइल में, जिसे हमने डिफ़ॉल्ट रूप से प्राप्त किया है, निम्नलिखित कोड जोड़ें:

export class App { public static Main(): void { alert('Main'); } }

प्रोजेक्ट के रूट में फाइल को जरुर बनाएँ।

 /// <reference path="../Lib/require.d.ts" /> /// <reference path="App.ts" /> require(["App"], function(App: any) { App.App.Main(); });

default.htm:

 <!DOCTYPE html> <html lang="en"> <head> <meta charset="utf-8" /> <title>TSAsyncModulesExampleApp</title> <link rel="stylesheet" href="app.css" type="text/css" /> <script src="js/jquery-1.10.1.min.js"></script> <script src="js/underscore-min.js"></script> <script src="js/backbone.js"></script> <script src="js/require.js" data-main="RequireJSConfig"></script> </head> <body> </body> </html>

एप्लिकेशन लॉन्च करें:

बधाई हो, हमें एसिंक्रोनसली लोड करने योग्य मॉड्यूल के साथ एक आवेदन मिला।

आइए हम उस पर ध्यान दें जो हमने अधिक विस्तार से किया है।

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

 define(["require", "exports"], function(require, exports) { var App = (function () { function App() { } App.Main = function () { alert('Main'); }; return App; })(); exports.App = App; }); //@ sourceMappingURL=App.js.map

आवश्यकताJSConfig.ts में निर्यात निर्देश और सामान्य "फ्लैट" जेएस के संकलन नहीं हैं।

 /// <reference path="../Lib/require.d.ts" /> /// <reference path="App.ts" /> require(["App"], function (App) { App.App.Main(); }); //@ sourceMappingURL=RequireJSConfig.js.map

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

लेकिन, हमारे बार पर वापस ... मॉड्यूल। क्या हुआ:

लोड किया गया default.htm
Css और स्टैटिकली सेट js फाइलें लोड की गईं, जो, मेरे व्यक्तिपरक राय में, अतुल्यकालिक लोड करने के लिए कोई मतलब नहीं है, क्योंकि उन्हें लगभग सभी मॉड्यूल की आवश्यकता होती है जो हम बनाएंगे।
आइटम 2 में js के बीच, requirement.js लोड किया गया
आवश्यकताएँ.js डेटा का मान पढ़ती हैं-मुख्य = "रिक्वायरजॉन्फिग" विशेषता और संबंधित जेएस फाइल को लोड किया जाता है, जिसे एक शुरुआत फ़ाइल के रूप में माना जाता है।
NeedJSConfig में, हम वैश्विक संदर्भ में पहली और आखिरी बार आवश्यकता विधि का उपयोग करते हैं। इसके अलावा, सभी मॉड्यूल कॉल अन्य मॉड्यूल से आने चाहिए।
आवश्यकता फ़ंक्शन में, हम कहते हैं कि ऐप मॉड्यूल (पहला पैरामीटर) को लोड करने के बाद, आपको कॉलबैक कॉल करना होगा, जहां लोड किए गए मॉड्यूल को उसी नाम के चर के रूप में स्थानांतरित करना होगा। यहां हम अंतरात्मा की आवाज के साथ सौदा करते हैं और इसे टीएस में टाइप नहीं करते हैं, क्योंकि इस स्थान पर, टीएस में मॉडर्लाइज़ेशन की विचारधारा और एसिंक्रोनस स्क्रिप्ट लोडिंग के प्रबंधक के रूप में आवश्यकताएँ के विशिष्ट कार्यान्वयन के बीच एक संघर्ष है। अधिक विवरण नीचे।
आवश्यकता है ।js ऐप मॉड्यूल को लोड करता है। आप आवश्यकताएँ नाम दस्तावेज़ में मॉड्यूल नामकरण सम्मेलनों के बारे में अधिक पढ़ सकते हैं। संक्षेप में, हम रूट से पथ को इंगित करते हैं, जिसे हम साइट के रूट से अलग निर्दिष्ट कर सकते हैं, जिसे हम डिफ़ॉल्ट रूप से उपयोग करते हैं, फ़ाइल एक्सटेंशन को छोड़ते हैं। इसके बाद, RequJS प्रत्येक निर्भर फ़ाइल को head.appendChild () का उपयोग करके स्क्रिप्ट टैग के रूप में लोड करता है। आवश्यक मॉड्यूल अंतिम लोड किया गया है, अर्थात्। निर्भरता के बाद, जिसका अर्थ है कि हम हमेशा सुनिश्चित कर सकते हैं कि सभी निर्भरताएं हमेशा भरी हुई हैं। आवश्यकता.जेएस और टीएस इस मामले में पूरी तरह से सुसंगत रूप से काम करते हैं। टीएस की वाक्य रचना और संकलन प्रक्रिया इस परिदृश्य के लिए विशेष रूप से अनुकूलित है।
आवश्यकता पद्धति को दिया गया कॉलबैक, मुख्य, ऐप क्लास के स्थिर तरीके को ऐप मॉड्यूल की कॉल करता है।
सतर्क ('मुख्य') कहा जाता है;

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

 import App = require('App');

इस डिजाइन का उपयोग केवल अन्य मॉड्यूल को लोड करने के लिए मॉड्यूल के संदर्भ में किया जा सकता है और एएमडी / कॉमनजस मॉड्यूल आवरण में संबंधित निर्भरता के गठन की ओर जाता है, जो हमारे यहां नहीं है, क्योंकि हमारे पास सामान्य फ्लैट कोड है, बिना रैपर के, यानी। हमें एक विरोधाभास मिलता है। दूसरे शब्दों में, TS मॉड्यूल कोड पीढ़ी के क्षेत्र में आवश्यकताएँ के साथ पूरी तरह से संगत है। लेकिन पहले मॉड्यूल लोडिंग स्क्रिप्ट का समर्थन नहीं करता है। इसलिए, इस स्थिति में, हमारे लिए केवल एक चीज बची है जो वेनिला जेएस की शैली में अच्छे पुराने दृष्टिकोण का उपयोग करने के लिए वापस रोल करना है।

अतिरिक्त मॉड्यूल डाउनलोड करें

इसलिए, हमने पहले मॉड्यूल को लोड किया, जिसे मुख्य विधि कहा जाता है, एप्लिकेशन ने काम करना शुरू कर दिया। हमारे शैक्षिक टीके के अनुसार, हमें मॉड्यूल की एक मनमानी संख्या को लोड करने में सक्षम होना चाहिए। लेकिन डाउनलोड शुरू करने से पहले, आपको यह समझने की जरूरत है कि एक मॉड्यूल टीएस में क्या है:

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

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

हम एक नई फ़ाइल फ्रेमवर्क / Event.ts बनाएंगे, जिसे भविष्य में हम अपने दुर्व्यवहार की घटना के कार्यान्वयन के लिए एक शुरुआती बिंदु के रूप में उपयोग करेंगे:

 export interface IEventPublisher { On(); Off(); Trigger(); } export class EventPublisherBase implements IEventPublisher { On() { } Off() { } Trigger() { } constructor() { alert('EventPublisher'); } }

अब तक, सभी तरीके सिर्फ स्टब्स हैं। काम का सिद्धांत हमारे लिए महत्वपूर्ण है।

App.ts बदलें:

 import Events = require('Framework/Events'); export class App { public static Main(): void { var e = new Events.EventPublisherBase(); } }

हमारे पास एक मॉड्यूल लोडिंग निर्देश है:

 import Events = require('Framework/Events');

पथ को जड़ से इंगित किया गया है। जैसा कि ऊपर वर्णित है, एक मॉड्यूल एक चर को सौंपा गया है। इसके बाद, हम EventPublisherBase क्लास का एक नया उदाहरण बनाते हैं, जिसमें ईवेंट्स नेमस्पेस से, जिस कंस्ट्रक्टर में हमने अलर्ट घोषित किया है:

इस स्थिति में, इवेंट चर दृढ़ता से टाइप किया गया है। कंपाइलर लोड करने योग्य मॉड्यूल के प्रकारों पर सख्ती से नजर रखता है। यह ध्यान दिया जाना चाहिए कि संकलक को मॉड्यूल में प्रकार नियंत्रण के लिए संदर्भ निर्देश की आवश्यकता नहीं है, लेकिन इसे सही संकलन के लिए इसकी आवश्यकता है। यानी संकलक इसके बिना निर्भरता को ट्रैक नहीं कर सकता है। अब VS कंपाइलर के लिए काम करता है, इसके लिए स्पष्ट फ़ाइल नामों को प्रतिस्थापित करता है। आप पहले से उल्लिखित Build.d.ts फ़ाइल बनाकर इसे हल कर सकते हैं, इसके बारे में संकलन शुरू कर सकते हैं:

 /// <reference path="Framework/Events.ts" /> /// <reference path="App.ts" /> /// <reference path="RequireJSConfig.ts" />

एक उदाहरण cmd फ़ाइल (Build-Client.cmd) जो संकलन के लिए उपयोग किया जा सकता है, समाधान की जड़ से जुड़ा हुआ है।

दरअसल, अतुल्यकालिक लोडिंग के संदर्भ में, यह सब है। सब कुछ बहुत सरल और सरल है।

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

अंत तक पढ़ने के लिए आप सभी का धन्यवाद!

स्केलेबल टाइपस्क्रिप्ट अनुप्रयोगों का निर्माण। भाग 1 - मॉड्यूल के अतुल्यकालिक लोडिंग

प्रयुक्त सॉफ्टवेयर और अन्य टिप्पणियाँ

टाइपस्क्रिप्ट के बारे में थोड़ा

परियोजना की संरचना

प्रशिक्षण कार्य का विवरण

अतिरिक्त मॉड्यूल डाउनलोड करें

More articles: