अनुवादक डेल्फी से जावास्क्रिप्ट के लिए

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

इंटरैक्टिव एप्लिकेशन बनाते समय, आपको अक्सर दो विकल्पों के बीच चयन करना पड़ता है: विंडोज के लिए एक डेस्कटॉप एप्लिकेशन या ब्राउज़र में चलने वाला वेब एप्लिकेशन। P2js परियोजना का मुख्य आदर्श वाक्य "एक स्रोत कोड - दो प्लेटफार्मों" है।

तो, अगर संक्षेप में, तो p2j जावास्क्रिप्ट में डेल्फी में लिखे गए कार्यक्रमों का अनुवादक है। यह कैसे होता है, इस बारे में परियोजना की वेबसाइट पर बहुत कुछ लिखा गया है। मैं खुद को नहीं दोहराऊंगा। व्यक्तिगत रूप से, मैंने कुछ खोज की:

• क्लोजर के साथ जावास्क्रिप्ट का अद्भुत लचीलापन आपको चमत्कार करने की अनुमति देता है। उदाहरण के लिए, संदर्भ द्वारा तर्कों का हस्तांतरण कैसे किया जाए। जिस तर्क के माध्यम से abc पास किया जाता है, उसे ऑब्जेक्ट {get: function () {return abc;}, सेट: function (v) {abc = v;}} से बदल दिया जाता है। फ़ंक्शन के अंदर, तर्क के असाइनमेंट को कॉल विधि द्वारा सेट विधि में बदल दिया जाता है। क्या यह आश्चर्यजनक नहीं है?
• मोडल संवादों के अनुवाद के दौरान कोड रीफैक्टरिंग। मोडल संवाद अक्सर डेस्कटॉप अनुप्रयोगों में उपयोग किए जाते हैं, और वेब पर इसे खराब रूप माना जाता है। ब्राउज़र निर्माता इस सुविधा का समर्थन करने के लिए बहुत अनिच्छुक हैं। और उनमें से कुछ (ओपेरा, क्रोम) किसी भी परिस्थिति में ऐसा नहीं करने जा रहे हैं। सच कहूं तो, मैं वास्तव में यह नहीं मानता था कि प्रोग्राम कोड को इस तरह से फिर से बनाना संभव है जैसा कि इसके पूर्ण "गैर-मॉडल" समकक्ष को बनाना है। फिर भी, ऐसा करना अभी भी संभव था। खुद के लिए, मैंने निष्कर्ष निकाला कि स्रोत कोड को फिर से सक्रिय करना संभव है ताकि मोडैबिलिटी को छोड़ दिया जा सके (जिसका अर्थ है सही मोडैलिटी, यानी, अपने स्वयं के अलग संदेश प्रसंस्करण चक्र के साथ एक संवाद)।
• टीम के मुख्य बलों को वीसीएल का एक एनालॉग बनाने पर खर्च किया गया था (यह डेल्फी और सी ++ बिल्डर में घटकों का एक पुस्तकालय है जो नहीं जानता है)। प्रसिद्ध एक्सट जेएस लाइब्रेरी को आधार के रूप में लिया गया था। खुद के लिए, निम्नलिखित का उल्लेख किया। लगभग सभी VCL घटकों (और उनके एनालॉग्स, जैसे MFC और अन्य) का उद्देश्य रनटाइम में उनकी संपत्तियों को बदलना है। पुस्तकालयों में जैसे एक्सट जेएस, jQuery, आदि, सब कुछ "प्रतिपादन से पहले" होना चाहिए। घटक की उपस्थिति या व्यवहार में कोई और बदलाव मुश्किल है। यह सुनिश्चित करने के लिए कि "एकीकृत" यह बसने वालों की संख्या की गणना करने के लिए पर्याप्त है, उदाहरण के लिए एक्सटी जेएस में। खैर, आपको तीन में से एक जोड़ी मिलेगी ...
• IE - ...! कई लोग इस ब्राउज़र को डांटते हैं। ज्यादातर सीएसएस और एचटीएमएल मानकों के उल्लंघन के लिए, या अन्य ब्राउज़रों के पीछे पिछड़ने के लिए। मरहम बैरल में मेरी मक्खी जोड़ें। जो कोई भी इस ब्राउज़र में स्क्रिप्ट के साथ काम करने की कोशिश करेगा, उसे बहुत सारे अविस्मरणीय इंप्रेशन (विशेष रूप से डेवलपर टूल से) मिलेंगे।

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