👩🏽‍🤝‍👨🏻 🚐 🈁 हमने इलेक्ट्रॉन क्यों चुना? 👂🏻 🤱🏽 🚄

प्रागितिहास

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

मैं आपको बताना चाहता हूं कि हम अपने आवेदन लिखने के लिए एक तकनीक के रूप में इलेक्ट्रॉन के लिए कैसे आए।

डेस्कटॉप क्यों

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

हालाँकि, वेब अभी तक डेस्कटॉप अनुप्रयोगों को पूरी तरह से दबा नहीं सकता है, और निम्नलिखित कारणों से:

वेब अनुप्रयोगों की जवाबदेही का अभाव। कहीं क्लाइंट-सर्वर सिंक्रोनाइज़ेशन और धीमे इंटरनेट के लिए दोष, कहीं जावास्क्रिप्ट की एकल-पिरोया प्रकृति, और कहीं आपके बहुत शक्तिशाली मशीन पर ब्राउज़र की लोलुपता। यह ध्यान देने योग्य है कि उपरोक्त समस्याओं का समाधान केवल समय की बात है। विशेष रूप से, वेब वर्कर्स पहले से ही सभी आधुनिक ब्राउज़रों द्वारा समर्थित हैं, जो आंशिक रूप से मल्टीथ्रेडिंग की समस्या को हल करता है, और SharedArrayBuffer जैसी विशेषताएं मुख्य थ्रेड और श्रमिकों के बीच स्मृति की प्रतिलिपि बनाने के ओवरहेड को कम कर सकती हैं।
स्थानीय प्रणाली संसाधनों तक पहुंच। वहाँ अनुप्रयोगों (फ़ाइल प्रबंधक, tweakers, डेमन और सेवाओं) की पूरी कक्षाएं हैं जिन्हें वेब अनुप्रयोगों (कम से कम विकास के इस चरण में) के रूप में लागू नहीं किया जा सकता है।
ब्राउज़र की क्षमताओं की सीमाएँ। उदाहरण के लिए, नेटवर्क इंटरैक्शन केवल एक HTTP अनुरोध भेजने और वेब-सॉकेट्स के माध्यम से कनेक्ट करने तक सीमित है। निचले स्तर की चीजें (टीसीपी, अपडेट सॉकेट), अफसोस, उपलब्ध नहीं हैं।
सुरक्षा कारणों से ब्राउज़र की कृत्रिम सीमाएँ। कोर, कुकीज़ के साथ काम करते हैं, भेजे गए हेडर पर प्रतिबंध।
भाषाओं और दृष्टिकोणों का एक सीमित सेट। वेब अनुप्रयोगों के विपरीत, जहां जावास्क्रिप्ट अनुप्रयोगों को लिखने के लिए एकमात्र भाषा है, डेस्कटॉप एप्लिकेशन आपको कोडांतरकों तक किसी भी प्रोग्रामिंग भाषा का उपयोग करने की अनुमति देते हैं, प्रभावी ढंग से मल्टीथ्रेडेड प्रोग्रामिंग और निम्न-स्तरीय निर्देशों का उपयोग करके सिस्टम संसाधनों का उपयोग करते हैं। यह ध्यान देने योग्य है कि इस मुद्दे पर स्थिति में सुधार हो रहा है - जावास्क्रिप्ट में कुछ भाषाओं के ट्रांसपॉयलर दिखाई देते हैं। इसके अलावा, webassembly में संकलन आपको अन्य भाषाओं (सी ++, सी #, जंग, आदि) से परिचालन समय को स्थानांतरित करने की अनुमति देता है, अक्सर एक अच्छा प्रदर्शन को बढ़ावा मिलता है।

ऊपर सूचीबद्ध कारणों को ध्यान में रखते हुए, हम यह निष्कर्ष निकाल सकते हैं कि TestMace एक विशिष्ट डेस्कटॉप अनुप्रयोग होना चाहिए:

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

प्रौद्योगिकी चयन

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

यह एक स्थिर टाइप की हुई भाषा होनी चाहिए।
भाषा में एक बड़ा और परिपक्व बुनियादी ढांचा होना चाहिए - IDE और अन्य उपकरणों से सिद्ध पुस्तकालय और समर्थन दोनों होना चाहिए।
टीम के अधिकांश सदस्यों के लिए भाषा परिचित होनी चाहिए।

अंतिम बिंदु भी महत्वपूर्ण है। हम, एक स्टार्टअप के रूप में, बाजार पर उत्पाद के त्वरित (छह महीने के भीतर) लॉन्च करने में रुचि रखते हैं, जिससे टीम के आंतरिक संसाधनों का अधिकतम उपयोग होता है। एक नई भाषा और बुनियादी ढाँचा सीखना नियोजन की भविष्यवाणी को कम करता है और कुछ निर्णयों को अपनाने में त्रुटियों से भरा होता है।

जैसा कि हो सकता है, आवश्यकताओं की सूची बहुत कठोर नहीं लगती है, और C #, टाइपस्क्रिप्ट, गो जैसी भाषाएं इसे संतुष्ट करती हैं। हम इन भाषाओं के लिए आवश्यक घटकों के कार्यान्वयन की उपलब्धता को ध्यान में रखते हुए प्रौद्योगिकियों के आगे चयन करेंगे।

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

क्रॉस-प्लेटफ़ॉर्म (विंडोज, लिनक्स, मैकओएस)
बिल्ट-इन और थर्ड-पार्टी दोनों घटकों का एक समृद्ध सेट
घटक अनुकूलन
इंटरफ़ेस विवरण के लिए मार्कअप भाषा
अच्छा समर्थन

विचार करें कि इन आवश्यकताओं के लिए कौन से समाधान उपयुक्त हैं।

Qt (Qml)

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

Qt में मुख्य प्रोग्रामिंग भाषा C ++ है (आप QML में जावास्क्रिप्ट का उपयोग कर सकते हैं)। हालाँकि, Qt और QML के लिए अन्य प्रोग्रामिंग भाषाओं के लिए बाइंडर हैं (उदाहरण के लिए, C # के लिए )। हालांकि, केवल अजगर एकीकरण आधिकारिक तौर पर समर्थित है। बाकी सब तीसरे पक्ष के कार्यान्वयन हैं। सहमत हूं, मैं पुस्तकालय के लिए आवेदन के सबसे बुनियादी हिस्से पर भरोसा नहीं करना चाहूंगा, जिसे उत्साही लोगों के एक छोटे समूह द्वारा शौक के रूप में विकसित किया गया है।

एक ब्रिगेड प्रोजेक्ट भी है। ये QML के लिए NodeJS बाइंडर्स हैं। इस परियोजना की एक विशिष्ट विशेषता एक प्रभावशाली डेमो है । हालांकि, जैसा कि अक्सर ओपन सोर्स प्रोजेक्ट्स में होता है, लेखक प्रोजेक्ट पर ध्यान नहीं देते हैं और इसलिए यह अपना ट्रैक भी खो रहा है।

जीटीके

उपयोगकर्ता इंटरफ़ेस के निर्माण के लिए एक पुस्तकालय, जो एक जीआईएमपी परियोजना के हिस्से के रूप में शुरू हुआ और बाद में एक अलग परियोजना में बदल गया। त्वरित उपयोगकर्ता इंटरफ़ेस विकास के लिए एक ग्लेड उपकरण है। जीटीके विकसित करने की मुख्य भाषा सी है, लेकिन कई लोकप्रिय प्रोग्रामिंग भाषाओं के लिए बाइंडर्स हैं । इसके अलावा, C # बाइंडरों का उपयोग करते हुए, MonoDevelop बनाया गया - C # के तहत विकसित करने के लिए सबसे शक्तिशाली IDEs में से एक। हालांकि, अधिक सावधानीपूर्वक अध्ययन के बाद, हम समझते हैं कि GTK # परियोजना आधे-परित्यक्त अवस्था में है - अंतिम प्रतिबद्धता फरवरी 2018 में, अगली जनवरी 2017 और फिर 2016 में थी। प्रति वर्ष कमिट द्वारा। मुख्य gtk भंडार सक्रिय रूप से विकसित हो रहा है, इसे देखते हुए यह मोटा नहीं है । और खुशी इतनी करीब थी ...

इलेक्ट्रॉन

हाल ही में, इस ढांचे के साथ बहुत अधिक शोर जुड़ा है। किसी ने डेस्कटॉप पर वेब एप्लिकेशन की उपलब्धियों को स्थानांतरित करने के अवसर के लिए उसकी प्रशंसा की, किसी को अत्यधिक लोलुपता से नफरत है। दोनों को समझा जा सकता है। हुड के तहत इलेक्ट्रॉन नोड.जेएस और क्रोमियम प्रतिपादन पुस्तकालय का उपयोग करता है। वास्तव में, एक नियमित वेब एप्लिकेशन बनाया और एक निष्पादन योग्य फ़ाइल में लपेटा जाता है। इसके अलावा, प्रत्येक एप्लिकेशन Node.js और Chrome के अपने संस्करण के साथ आता है।

तथ्य की बात के रूप में, केवल एक ही माइनस है, लेकिन काफी गंभीर है - यह एक बड़ी (अन्य प्रौद्योगिकियों की तुलना में) मेमोरी की खपत है: एक खाली परियोजना में 100-200 मेगाबाइट मेमोरी होती है। कुछ के लिए, इस तरह के अनुप्रयोगों (हैलो, स्काइप) का उपयोग करने से इनकार करने का कारण है। हालांकि, चलो बाजार की स्थिति का विश्लेषण करते हैं। वर्तमान में, कई लोकप्रिय एप्लिकेशन इलेक्ट्रॉन (स्लैक, स्काइप, डिस्कोर्ड, VSCode, एटम, पोस्टमैन, अनिद्रा, आदि) में लिखे गए हैं। उनमें से कई अपने क्षेत्र में मानक हैं या उपयोगकर्ताओं के दिलों को तेजी से जीत रहे हैं (जैसे कि एक ही VSCode और Insomnia)। कुछ साइड इफेक्ट्स के बावजूद लोग बस अपने दैनिक कार्यों को हल करने वाले उपकरणों का उपयोग करते हैं। दूसरी ओर, कंप्यूटर अधिक शक्तिशाली हो रहे हैं (कम से कम रैम की वृद्धि नहीं रुकी है ), और आप असंतुष्ट ग्राहकों से कम और कम प्रतिक्रिया सुनते हैं कि "आपके क्रोम ने मेरी सारी मेमोरी खा ली है।" सारांश करते हुए, हम मानते हैं कि बढ़ी हुई रैम की खपत एक बड़ी भूमिका नहीं निभाएगी यदि उत्पाद अपने क्षेत्र में वास्तव में अच्छा है।

इस तकनीक के फायदे स्पष्ट हैं:

वेब से सर्वोत्तम प्रथाओं का उपयोग करने की क्षमता।
इस क्षेत्र के विशेषज्ञों को खोजना आसान है।
खर्च किए गए वर्कफ़्लो "डिज़ाइनर" - "लेआउट डिज़ाइनर" - "प्रोग्रामर", हर चरण में सुविधाजनक टूल के साथ पूर्ण।

इसके अलावा, हम इस तथ्य को भी शामिल करते हैं कि टीम को फ्रंट-एंड एप्लिकेशन बनाने में व्यापक अनुभव है।

नतीजतन, हम अपनी परियोजना को विकसित करने के लिए मुख्य उपकरण के रूप में इलेक्ट्रॉन पर बसे। स्वचालित रूप से, हमने एप्लिकेशन विकसित करने के लिए टाइपस्क्रिप्ट को भाषा के रूप में चुना।

निष्कर्ष

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

हमने इलेक्ट्रॉन क्यों चुना?