GUI चौखटे - प्रति धागा

बधाई, सहकर्मियों!

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

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

और फिर एक और विचार आया।

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

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

मेरे लिए GUI सर्वर के कार्यान्वयन के लिए हार्बर + HwGUI का विकल्प मुख्य रूप से इस तथ्य के कारण है कि ये मेरे "मूल" उपकरण हैं, सबसे सरल और सबसे तेज़ समाधान। लेकिन अन्य दृष्टिकोणों से यह एक अच्छा विकल्प है। यहाँ, मेरी राय में, मुख्य लाभ:

• क्रॉस-प्लेटफॉर्म "बॉक्स में";
• जिसे देशी लुक और फील कहा जाता है, चूंकि विंडोज के तहत यह विशेष रूप से WinAPI कॉल है, लिनक्स / यूनिक्स के तहत - जीटीके; मैं वास्तव में नहीं जानता कि macOs के लिए "देशी" जीटीके कितना है;
• एक अंतर्निहित स्क्रिप्टिंग भाषा के रूप में हार्बर का उपयोग करने की क्षमता, आप सर्वर - इवेंट हैंडलर को निष्पादन के लिए कोड टुकड़े स्थानांतरित कर सकते हैं, उदाहरण के लिए, जो कुछ कार्यान्वयन विवरणों से मुख्य कार्यक्रम को लोड कर सकते हैं। इसके अलावा, हार्बर कई चीजों के लिए अच्छा है, उदाहरण के लिए dbf और कुछ डेटाबेस के साथ काम करने के लिए;
• मुद्रण कार्यान्वयन;
• डिज़ाइनर (HwGUI उपयोगिता) द्वारा बनाए गए स्क्रीन रूपों का उपयोग करने की क्षमता। ये फॉर्म एक्सएमएल प्रारूप में संग्रहीत किए जाते हैं और किसी भी ओएस में परिवर्तन के बिना उपयोग किया जा सकता है जिसमें सर्वर चल रहा है;
• मुद्रण (XML में भी) के लिए एक ही डिज़ाइनर द्वारा बनाए गए रिपोर्ट फ़ॉर्म का उपयोग करने की क्षमता।

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

यह एक साधारण संवाद बॉक्स है:


और यह कर्निगन और डोनोवन की पुस्तक के एक उदाहरण के आधार पर किया गया है:


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

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

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

• मुख्य कार्यक्रम लिनक्स / यूनिक्स सर्वर पर चलता है, जिस पर ग्राफिकल शेल बिल्कुल भी स्थापित नहीं है;
• मुख्य कार्यक्रम किसी और के कंप्यूटर पर चलता है (आपकी कंपनी में सशर्त लेखाकार के साथ), और आप, इसके साथ हस्तक्षेप किए बिना, इसे अपने दम पर प्रबंधित करें;
• मुख्य कार्यक्रम एक स्मार्टफोन पर चलता है, और आप एक सामान्य कंप्यूटर से इसकी इनसाइट्स में खुदाई करते हैं;
• मुख्य कार्यक्रम नियंत्रक पर चलता है, कुछ Arduino, रास्पबेरी या उनके समकक्षों पर, जहां कोई सामान्य मॉनिटर नहीं हो सकता है। अपने लैपटॉप के साथ कनेक्ट करें - और जाएं।

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

और अंत में, लिंक:

github.com/alkresin/guiserver - गिथुब पर गाइसर
github.com/alkresin/external - Github पर बाहरी (गो पैकेज)
www.kresin.ru/guisrv.html - मेरी साइट पर GuiServer पृष्ठ, यहाँ आप तैयार बायनेरी डाउनलोड कर सकते हैं
habr.com/post/198618 - हार्बर के बारे में मेरा लेख यहां हैबे पर है
en.wikipedia.org/wiki/Harbor - विकिपीडिया पर हार्बर
www.kresin.ru/harbour.html - मेरी वेबसाइट पर हार्बर पेज
www.kresin.ru/hwgui.html - मेरी वेबसाइट पर HwGUI पेज

PS: यह स्पष्ट है कि कुछ लोग स्रोत से GuiServer का निर्माण करने के लिए हार्बर और HwGUI को स्थापित करेंगे, इसलिए मैं नियमित रूप से अपनी साइट पर GuiServer पृष्ठ पर एकत्रित बायनेरिज़ पोस्ट करता हूँ - विंडोज के लिए, डेबियन 8 32-बिट, Ubuntu 18.04 64-बिट। मैं फेडोरा के लिए इकट्ठा हो सकता हूं, लेकिन macOs के तहत - अफसोस, मुझे यह पैदल दूरी के भीतर नहीं है।