मोबाइल विकास प्रक्रिया को और अधिक आरामदायक बनाने में मदद करने के लिए कुछ सुझाव।

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

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

अधिक सक्रिय रूप से संरचना ऑब्जेक्ट विंडो का उपयोग करें।

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

ऑटो-जनरेट ऑब्जेक्ट्स का नाम बदलें

यह सलाह सामान्यीकृत है। बेशक, वीसीएल एप्लिकेशन लिखते समय उसका पालन किया जाना चाहिए। आखिरकार, कोड अधिक पठनीय और सरल हो जाता है। लेकिन "प्लेटफ़ॉर्म एफएम" (फायरमोंकी) के लिए, जहां लाइवबाइंडिंग तकनीक का सक्रिय रूप से उपयोग किया जाता है, यह विशेष रूप से सच है। दरअसल, एक ही समय में, कई सहायक वस्तुएं स्वचालित रूप से बनाई जाती हैं, जिसका उद्देश्य तब अलग से निपटना होगा।

लाइवबाइंडिंग डिज़ाइनर के साथ काम करते समय परतों का उपयोग करें

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

लाइवबाइंडिंग डिज़ाइनर की उन्नत सुविधाओं का अधिक सक्रिय रूप से उपयोग करें।

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

शैलियों का उपयोग करें

Visual FireMonkey घटक VCL घटकों से काफी अलग हैं। सबसे पहले, शैलियों के उपयोग के कारण। यहां शैलियाँ न केवल घटक की उपस्थिति को बदलती हैं, बल्कि इसके व्यवहार को भी प्रभावित करती हैं। शुरुआत के लिए, पहले घटकों को लेने की कोशिश करना आवश्यक नहीं है जो डिजाइन समय में संरचनाओं को "अव्यवस्था" से शुरू करते हैं। विभिन्न घटकों का अन्वेषण करें। TButton की कोशिश करें, फिर TSpeedButton। "ऑब्जेक्ट इंस्पेक्टर" में स्टाइललुकॉप संपत्ति ढूंढें, घटक की शैली के लिए विभिन्न विकल्पों का चयन करने के लिए ड्रॉप-डाउन सूची का उपयोग करें। फिर देखें कि रनटाइम में इसका स्वरूप और व्यवहार कैसे बदलता है।

आपको TPanel पर नहीं पकड़ना चाहिए और "क्लासिक डेल्फ़िक तरीके" में अतिरिक्त चित्रों और TImage घटक का उपयोग करके इसे "पेंट" करने का प्रयास करना चाहिए। यदि आप ऊपरी और निचले पैनल बनाना चाहते हैं, तो TToolBar का उपयोग करें, ध्यान दें कि StyleLookup संपत्ति का उपयोग करके आप "ऊपरी" और "निचले विकल्प" प्राप्त कर सकते हैं।

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





इससे पहले कि आप स्वतंत्र "रचनात्मकता" शुरू करें, "एफएम प्लेटफॉर्म" (फायरमॉन्की) में शैली तंत्र का उपयोग करके पहले से ही लागू किए गए लाभों का लाभ उठाने की कोशिश करें।

और कुछ वैचारिक टिप्स

मोबाइल एप्लिकेशन बनाते समय, प्लेटफ़ॉर्म के लिए मानक नियंत्रणों का उपयोग करने का प्रयास करें।

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

मोबाइल संस्करण में "डेस्कटॉप" एप्लिकेशन के तर्क को पूरी तरह से कॉपी करने की कोशिश न करें

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

एप्लिकेशन को सही ढंग से डिज़ाइन करें। इंटरफ़ेस से अलग तर्क

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

अपना कोड ऑप्टिमाइज़ करें

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

आईडीई के अतिरिक्त साधनों का उपयोग करें।

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

1. लाइट से परे - कोड की तुलना करने के लिए एक प्रभावी उपकरण;
2. क्यूए मेट्रिक्स और क्यूए ऑडिट - कोड गुणवत्ता नियंत्रण उपकरण;
3. कोडसाइट लॉगिंग - एक शक्तिशाली लॉगिंग टूल;
4. प्रलेखन इनसाइट एक्सप्रेस एक प्रलेखन उपकरण है।