👨🏽‍🤝‍👨🏼 👩🏻‍🤝‍👨🏾 👩‍🎓 Neutralino.js के बारे में थोड़ा सा 🤰🏽 💈 💇

क्या है न्यूट्रिनो.जेएस?

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

स्थापना कैसे चल रही है?

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

तैयार पोर्टेबल एसडीके डाउनलोड करें ।
नेउ-क्ली नाम के तहत एक विशेष सीएलआई-इंटरफ़ेस का उपयोग करना।

इस अनुच्छेद में, हम वास्तव में दूसरे इंस्टॉलेशन विकल्प पर विचार करेंगे, क्योंकि मेरे स्वयं के व्यक्तिपरक दृष्टिकोण में, दिया गया समाधान वास्तुशिल्प और व्यावहारिक दोनों रूप में सबसे समग्र है।

#  npm
$ ~ npm install -g @neutralinojs/neu

#  yarn
$ ~ yarn global add @neutralinojs/neu

* Nix सिस्टम के उपयोगकर्ताओं के लिए ध्यान दें

, webkit2gtk. Neutralino.js.

#  Linux Arch   
$ ~ sudo pacman -S webkit2gtk

#  Debian   
$ ~ sudo apt-get install libwebkit2gtk

प्रमुख वास्तुकला सुविधाएँ

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

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

फ़ोल्डर और फ़ाइल सिस्टम

├── app
| ├── assets
| | ├── app.css
| | ├── app.js
| | └── neutralino.js
| ├── index.html
| └── settings.json
└── neutralino-win.exe
└── neutralino-linux
└── neutralino-mac
└── storage

app/assets — , Neutralino.js , . , app.css app.js.
index.html — .
settings.json — , .
appname-linux — Linux.
appname-win.exe — Windows.
appname-mac — macOS.
storage — JSON , .

. API-

Settings — , «settings.json».
File System — . , , .
OS — . ,
Computer — . .
Storage — JSON- «storage».
Debug — . .
App — . exit.

इस तकनीक के डेवलपर्स आपके अंतिम आवेदन के लिए एक न्यूनतर वातावरण का पालन करने की कोशिश करते हैं, और यह इस से है कि कुछ दिलचस्प त्रुटियों और समस्याओं का पालन करते हैं।

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

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

चौथा, अंतिम बिल्ड की घोषित न्यूनतावाद एक परीक्षण प्रतिक्रिया आवेदन की विधानसभा में समाप्त होता है। अंतिम निर्माण 180-190 MiB के आसपास होता है।

निष्कर्ष

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

मेरी अपनी राय में, यह समस्या उपयोग किए गए वास्तु समाधानों और प्रौद्योगिकी के अपर्याप्त प्रलेखन में ही निहित है। शायद आपको अंतिम एप्लिकेशन की कार्यक्षमता का विस्तार करना चाहिए? और क्या एक निश्चित समय में ऐसी अतिसूक्ष्मवाद की आवश्यकता है? आखिरकार, रैम के लिए 20-30 MiB का लाभ आज के हार्डवेयर के मानकों से काफी कम है।