गूगल ड्राइव तालिका से डेटा के साथ रिपोर्ट करें। एक साधारण डीबी बनाना। भाग २

हम Google ड्राइव पर शोध करना जारी रखते हैं, पिछले भाग में , तालिका से डेटा पर सरल रिपोर्टिंग स्वचालित थी। इस भाग में, हम एक GUI बनाकर देखेंगे ।


मान लीजिए कि कंपनी ने एक सचिव को अधिग्रहित किया है, जो कृत्यों को भेजेगा, लेकिन आपने उसे स्क्रिप्ट में जाने के लिए नहीं पढ़ाया, स्क्रिप्ट चलाने के लिए क्लिक करें, फिर उसे भेजें, आदि। उसके लिए एक ग्राफिकल इंटरफ़ेस बनाने की जरूरत है।

Google स्क्रिप्ट Api (GAS) का पूरा ग्राफ़िकल इंटरफ़ेस Google वेब टूलकिट (GWT) पर आधारित है, केवल एक बहुत ही सरलीकृत संस्करण है (GWT में कई ऑब्जेक्ट तरीके नहीं हैं)।

उपयोगकर्ता इंटरफ़ेस बनाने के दो तरीके हैं: जीयूआई बिल्डर का उपयोग करना, कोड का उपयोग करना। उत्तरार्द्ध का उपयोग करना बेहतर है, क्योंकि जीयूआई बिल्डर सभी जीयूआई विजेट तक पहुंच प्रदान नहीं करता है।

जीयूआई बिल्डर ^{प्रायोगिक समारोह}
जीयूआई बिल्डर के लिए उपलब्ध विजेट बाईं ओर स्थित हैं, दाईं ओर चयनित विजेट के गुण (गुणों की संख्या भी सीमित है)। तत्वों को आसानी से बिना किसी समस्या के फार्म पर खींच लिया जाता है, जिससे आप जल्दी से एक विज़ुअल इंटरफ़ेस बना सकते हैं।
Google डेवलपर्स पर अधिक पढ़ें। यह एक बिल्डर में एक इंटरफ़ेस बनाने और कोड से बनाए गए फॉर्म को कॉल करने की प्रक्रिया का वर्णन करता है।


कोड से इंटरफ़ेस
हमारे डेटाबेस के इंटरफ़ेस में एक कैलेंडर विजेट की आवश्यकता होती है, जो GUI बिल्डर में उपलब्ध नहीं है, लेकिन ऐसा विजेट प्रलेखन में उपलब्ध है, जिसका अर्थ है कि इसे कोड का उपयोग करके बनाया जा सकता है।

एक विजेट बनाना DatePicker विजेट के लिए प्रलेखन में स्पष्ट रूप से देखा जा सकता है, मैं एक सूची नहीं दूंगा।

क्लाइंट और सर्वर हैंडलर्स
घटनाओं के बारे में थोड़ा सा। इवेंट हैंडलर 2 प्रकार में आते हैं: क्लाइंट और सर्वर ।

क्लाइंट आपको सर्वर साइड पर डेटा तक पहुंचने के बिना केवल उपयोगकर्ता इंटरफ़ेस के साथ काम करने की अनुमति देता है (फ़ील्ड की फिलिंग की जाँच करना, विजेट शैली बदलना)। आप खेतों की जाँच के बारे में पढ़ सकते हैं, साथ ही यहाँ क्लाइंटहैंडलर के बारे में भी पढ़ सकते हैं।
सर्वर-साइड वाले अधिक कार्यक्षमता प्रदान करते हैं, जैसे डेटा के साथ काम करना (प्राप्त करना और / या लिखना)।

जब एक ServerHandler का आह्वान किया जाता है, तो यह जिस फ़ंक्शन को संदर्भित करता है उसे "ताज़ा" स्क्रिप्ट में Apps स्क्रिप्ट सर्वर पर कहा जाता है। इसका मतलब यह है कि पिछले हैंडलर या ऐप को लोड करने वाली प्रारंभिक स्क्रिप्ट से कोई चर मान नहीं बचा होगा। स्क्रिप्ट में वैश्विक चर का पुनर्मूल्यांकन किया जाएगा, जिसका अर्थ है कि एक वैश्विक चर में धीमी गति से (जैसे एक स्प्रेडशीट खोलना या कैलेंडर प्राप्त करना) कुछ भी करना बुरा है। यदि आपको सर्वर पर स्थिति को बचाने की आवश्यकता है, तो आप ScriptProperties या UserProperties का उपयोग करके प्रयास कर सकते हैं।

इस वाक्यांश में कहा गया है कि घटना को संसाधित करते समय, स्क्रिप्ट की एक नई प्रतिलिपि कहा जाता है, और वैश्विक डेटा के हस्तांतरण के लिए, आपको UserProperies या ScriptProperties का उपयोग करना होगा। यह बहुत महत्वपूर्ण है क्योंकि डीबगिंग के दौरान कठिनाइयाँ हो सकती हैं (एक रूप है, विजेट तक पहुंच है, उपयोगकर्ता को डेटा दिखाया गया है, लेकिन यह डेटा स्क्रिप्ट से दिखाई नहीं देता है)। ईवेंट की एक अन्य विशेषता, डिबगर ब्रेकपॉइंट ईवेंट हैंडलिंग फ़ंक्शन के अंदर काम नहीं करता है।
Trigers
ट्रिगर आपको किसी घटना या समय के अनुसार स्क्रिप्ट चलाने की अनुमति देते हैं। जबकि कई ट्रिगर नहीं हैं, अर्थात् तालिका + अस्थायी ट्रिगर के लिए 3।

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

डेटा बनाए गए फ़ॉर्म का उपयोग करके दर्ज किया गया है (कोड से कोई फ़ॉर्म नहीं, अर्थात् Google ड्राइव फ़ॉर्म)
संदर्भ
कोड के साथ डेमो प्रोजेक्ट
Google Apps स्क्रिप्ट दस्तावेज़
काम करने के लिए कुछ है, लेकिन एक साधारण डेस्क के लिए (साथ ही मेरी ज़रूरतें), यह काफी पर्याप्त है। मैं दोहराता हूं कि यह सब Google ड्राइव के "प्रोबिंग" के उद्देश्य से किया गया था, सक्षम हाथों में यह अधिक सक्षम है। लेकिन तैयार उत्पाद होने पर यह सब कौन करेगा?