Embarcadero FireMonkey में मोबाइल अनुप्रयोग विकास (FMX 6)

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



इसलिए इस बार, मोबाइल के लिए एप्लिकेशन विकसित करने की कठिनाइयों के बारे में सोचकर, हम प्राचीन रूसी सपने पर प्रयास करने के प्रलोभन का विरोध नहीं कर सके, और परी कथा के नायक "बाइ पाइक कमांड" की तरह, स्टोव पर सवारी करें। आगे देखते हैं, कहते हैं कि "स्टोव" चला गया, थोड़ी सी लकीर के साथ।



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



FireMonkey कुख्यात Embarcadero कंपनी का एक उत्पाद है। FireMonkey, RAD Studio के विकास परिवेश का हिस्सा है। अंतर्निहित FMX इंजन एक बार हमारे हमवतन द्वारा विकसित किया गया था, और फ्लैश या WPF के समान है, जो उपयोगकर्ता इंटरफेस के निर्माण के लिए एक क्रॉस-प्लेटफॉर्म फ्रेमवर्क है। एक ही समय में, उल्लिखित उत्पादों की तरह, FMX वेक्टर ग्राफिक्स और हार्डवेयर त्वरण का उपयोग करता है। उत्पाद कुछ साल पहले ही दिखाई दिया था, लेकिन इस दौरान 5 अपडेट जारी किए गए थे। मैं विश्वास दिलाना चाहता हूं कि उत्पाद को कुख्यात डेल्फी .NET के भाग्य का नुकसान नहीं होगा।



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

आवेदन विधानसभा

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

आईओएस	एंड्रॉयड
एक मैक है	---
IOS डेवलपर प्रोग्राम के लिए साइन अप करें	Android डेवलपर के लिए साइन अप करें
प्रमाणपत्र प्राप्त करें (डेवलपर, प्रावधान)	एप्लिकेशन साइनिंग कुंजी उत्पन्न करें
आईओएस एसडीके डाउनलोड और इंस्टॉल करें	एंड्रॉयड एसडीके और एनडीके डाउनलोड और इंस्टॉल करें
Mac पर PAServer को डाउनलोड और इंस्टॉल करें	---
RAD Studio और PAServer के बीच कनेक्शन कॉन्फ़िगर करें	---

चूंकि दोनों आरएडी स्टूडियो और एंड्रॉइड टूलकिट एक पीसी पर काम करते हैं, एंड्रॉइड के लिए विकास के लिए आईओएस की तुलना में थोड़ा कम शरीर आंदोलनों की आवश्यकता होती है। IOS एप्लिकेशन बनाने के लिए Mac OS की आवश्यकता होती है (केवल इसके लिए Apple SDK जारी करता है)। इस प्रकार, यदि अनुप्रयोग विकास एक पीसी पर होता है, तो उन्हें किसी न किसी तरह से संवाद करना चाहिए। नीचे दिए गए आरेख से आप देख सकते हैं कि आपूर्ति की गई Embarcadero PAServer (प्लेटफ़ॉर्म असिस्टेंट सर्वर) का उपयोग करके, iOS एप्लिकेशन पीसी के माध्यम से इकट्ठे किए गए हैं:

उदाहरण

फायरमॉन्की टेस्ट के हिस्से के रूप में, हमने एक सरल एप्लिकेशन (हैलो वर्ल्ड स्तर पर) विकसित किया, जिसके उदाहरण पर हम प्रस्तावित प्रौद्योगिकी की संचालन क्षमता की जांच करना चाहते थे।



नीचे विंडोज के लिए इस एप्लिकेशन के संस्करण का एक स्क्रीनशॉट और एक छोटा वीडियो है ताकि आप डायनामिक्स में इसका सरल ऑपरेशन देख सकें:









हमारे आवेदन में लगभग कोई कोड नहीं है। फिर भी, हम आपको बताएंगे कि हमने क्या किया।



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



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



प्रगति पट्टी थोड़ा कम स्थित है, जिस पर पहिया सेट है, उस कोण का वर्तमान मूल्य प्रदर्शित करता है। यूआई थ्रेड में इंटरैक्शन की जांच करना और विभिन्न प्लेटफार्मों पर इस तत्व की शैली को देखने की आवश्यकता है।



व्हील टर्न हैंडलर:

//--------------------------------------------------------------------------- void __fastcall TForm1::DialAngleChange(TObject *Sender) { // Every time the angle dialer is spinned, assign // its current value to the Image control... imgLogo->RotationAngle = 360 - DialAngle->Value; // The progress bar will get updated with a normalized angle value pbAngle->Value = (int)fabs(DialAngle->Value)%360; } //---------------------------------------------------------------------------
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

जैसा कि आप देख सकते हैं, यह नियमित सी ++ है, लेकिन डेल्फी विरासत के साथ थोड़ा "गंदा" है।



निम्नलिखित HW हैंडलर के साथ नीचे एक पारंपरिक बटन है (जो कि बटन के समान नहीं है):

 //--------------------------------------------------------------------------- void __fastcall TForm1::btnHelloClick(TObject *Sender) { // A simple HW assignment btnHello->Text = "Hello world!"; } //---------------------------------------------------------------------------
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

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



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

 //--------------------------------------------------------------------------- __fastcall TForm1::TForm1(TComponent* Owner) : TForm(Owner) { // Initialize the string grid with a bit of texts // Define the number of items gdDemo->RowCount = 1000; // Generate the texts for every Row and Column for(int r = 0; r < gdDemo->RowCount; r++) { gdDemo->Cells[0][r] = "iResearchFX"; gdDemo->Cells[1][r] = IntToStr(r+1); } } //---------------------------------------------------------------------------
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

संकलन

संकलन बहुत धीमा है - हमेशा की तरह, सी ++ बिल्डर इसे किसी भी तरह से तनावपूर्ण तरीके से करता है। हालाँकि, कई वर्षों से उनका C ++ कंपाइलर इसे और तेज़ नहीं बनाता है।



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



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



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



IOS अनुभाग में, विकल्प बिल्कुल Xcode के सेट को दोहराते हैं - यह आश्चर्य की बात नहीं है, यह देखते हुए कि सिम्युलेटर और असेंबली का लॉन्च रिमोट मैक ओएस मशीन पर किया जाएगा।






बाएं दिखाता है कि एप्लिकेशन मुख्य मोबाइल प्लेटफार्मों पर कैसे दिखता है।



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



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


मोबाइल एप्लिकेशन तैयार है! हमारा सुझाव है कि आप उसके काम को एक भौतिक Android डिवाइस (HTC One) पर बनाए गए स्क्रीन वीडियो के उदाहरण पर देखें। वीडियो लगभग समान हैं, हमने आंकड़ों के लिए दो वीडियो बनाए हैं।



वीडियो हमारे आवेदन के कुछ पहलुओं को दर्शाता है।

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

पोस्टमार्टम किया

आइए देखते हैं कि हमारे ताज़ा इकट्ठे किए गए Android एप्लिकेशन के अंदर क्या है।



एपीके आर्काइव में 6 एमबी का बहुत ही ठोस आकार है। जाहिर है, पुरानी डेल्फी परंपरा के अनुसार, पूरे रनटाइम लाइब्रेरी को इसमें खींच लिया गया था।



एपीके आर्काइव के अंदर हम निम्नलिखित फ़ोल्डर संरचना (दाईं ओर दिखाया गया है) देखते हैं। गतिशील पुस्तकालयों (इसलिए) की उपस्थिति आपकी आंख को पकड़ती है, जैसे कि हमारे लिए संकेत दे रही है कि वास्तव में देशी संकलक ARMv7 और NDK का क्या उपयोग किया गया था।



आइए इस तथ्य पर ध्यान दें कि लिबर फ़ोल्डर में आर्किटेक्चर के नाम के साथ सबफ़ोल्डर होते हैं, और उनमें से प्रत्येक में हमारे आवेदन निहित हैं, किसी कारण से libProject1.so के लिए कहा जाता है। तो, केवल armeabi-v7a फ़ोल्डर में यह वास्तविक है, और इसका आकार लगभग 21 एमबी (अनपैक्ड) है। पुस्तकालय की बाकी फाइलें तैयार किए गए क्लैपर-स्टब्स हैं जो उपयोगकर्ता के चेहरे पर एक संदेश को शूट करते हैं यदि उनकी वास्तुकला ARMv7 से अलग है। निर्माता ईमानदारी से यह स्वीकार करता है और हमें अब तक कुछ और नहीं छोड़ता है।



Classes.dex फ़ाइल में हमारा एप्लिकेशन बिल्कुल भी शामिल नहीं है, लेकिन मुख्य FMX एप्लिकेशन लाइब्रेरी के लिए जावा लोडर और देशी एंड्रॉइड नियंत्रणों के लिए आवरणों का कार्यान्वयन। यह वह टुकड़ा है जो एप्लिकेशन को OS के साथ इंटरैक्ट करने और "प्रेटेंड" को एक नियमित एंड्रॉइड एप्लिकेशन बनाने की अनुमति देता है।

उदासीनता की डिग्री

जैसा कि यह वीडियो पर ध्यान देने योग्य हो जाता है, FMX प्रभाव "देशी" एंड्रॉइड नियंत्रणों पर बहुत प्रभाव डालते हैं, उनके प्रतिपादन के साथ हस्तक्षेप करते हुए (उदाहरण के लिए, हमने नियंत्रणों की आकृति को भी बदल दिया है, जिसका अर्थ है कि FMX एंड्रॉइड नियंत्रण के साथ काम करना पसंद नहीं करता है चित्रों के साथ, लेकिन बहुत तंग)।



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

निष्कर्ष

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



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

प्रयुक्त सामग्री:

1. Embarcadero प्रलेखन
2. एफएम में विकास प्रक्रिया का विवरण
3. एक्सई 6 में एआरएम स्टब्स
4. एक गैर-देशी इंटरफ़ेस की आलोचना