ताईज़ेन: पहले चरण

प्रिय प्रभृति, आपका स्वागत है!
इस लेख में, मैं ताईज़ेन (या टिज़ेन) को जानने के पथ पर अपने मामूली अनुभव को साझा करना चाहूंगा। सत्य को कैसे जोड़ा जाए, मेरी समझ में सबसे अच्छा, मैंने पिछले प्रकाशन में वर्णन करने का प्रयास किया। मेरे वचनों के अनुसार, मैं लेखों की श्रृंखला जारी रखता हूं।
लेख को तीन भागों में विभाजित किया गया है और खरीदारी की सूची बनाए रखने के लिए एक सरल देशी एप्लिकेशन विकसित करने के लिए चरण-दर-चरण मार्गदर्शिका के रूप में बनाया गया है। पहला भाग एक विशिष्ट टिज़ेन परियोजना की संरचना के बारे में विस्तार से बताता है, एप्लिकेशन आर्किटेक्चर को डिजाइन करने के लिए कुछ दृष्टिकोण और WYSIWYG GUI संपादक के साथ काम करने की विशेषताएं भी। दूसरे भाग में दृश्यों और दृश्य संपादक के साथ काम करना, ग्राफिक नियंत्रण (नियंत्रण) की सूची, उनके अनुकूलन और घटना प्रसंस्करण के साथ काम करने का वर्णन है। तीसरा भाग डेटाबेस के खोज और उपयोग के संगठन को दर्शाता है। आलेख गिट रिपॉजिटरी के लिए एक लिंक प्रदान करता है, पाठ में संबंधित कमिट के लिए लेबल होते हैं। सामग्री उन पाठकों के लिए अभिप्रेत है जो C ++ से परिचित हैं और उन्हें Tizen SDK का अनुभव नहीं है। टिज़ेन के बारे में पहली बार सुनने वालों के लिए, मेरा सुझाव है कि आप ऊपर दिए गए लेख से खुद को परिचित करें (यह आईडीई को स्थापित करने और "हैलो, वर्ल्ड!" लक्ष्य डिवाइस / एमुलेटर पर) की प्रक्रिया का विस्तार से वर्णन करता है। मोबाइल प्लेटफ़ॉर्म के साथ अनुभव चोट नहीं पहुंचाएगा, लेकिन यह आवश्यक नहीं है, इसलिए बिल्ली का स्वागत करें।

भाग एक

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

अंजीर। लीका द्वारा

हम Tizen IDE लॉन्च करते हैं, एक नया Tizen नेटिव प्रोजेक्ट बनाते हैं: टेम्प्लेट टैब पर, Tab-based Application, With SceneManager का उपप्रकार चुनें।



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



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

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

प्रोजेक्ट की संरचना पर विचार करें कि आईडीई ने टैब-आधारित एप्लिकेशन टेम्पलेट का उपयोग करके उत्पन्न किया। प्रोजेक्ट फ़ाइलों को नेविगेट करने के लिए, प्रोजेक्ट एक्सप्लोरर विंडो (विंडो -> शो व्यू -> प्रोजेक्ट एक्सप्लोरर) का उपयोग करें।

मैंने प्रोजेक्ट को शॉपिंगलिस्ट नाम दिया।



साझा / Res निर्देशिका में एप्लिकेशन आइकन होता है। HD स्क्रीन के लिए आइकन स्क्रीन-घनत्व-xhigh उपनिर्देशिका में निहित है। इसका आकार 117x117 पिक्सेल होना चाहिए, प्रकाश शीर्ष पर होना चाहिए, केवल गोल (अल्फा के साथ पीएनजी 32 बिट)। यदि इन आवश्यकताओं का उल्लंघन किया जाता है, तो आवेदन टिज़ेन स्टोर में प्रमाणीकरण पारित नहीं करेगा। प्रलेखन यह भी कहता है कि डब्ल्यूवीजीए स्क्रीन के लिए, आइकन का आकार 78x78 पिक्सेल होना चाहिए, लेकिन अभी तक ऐसी स्क्रीन वाले कोई उपकरण नहीं हैं। मैंने एक बार WVGA उपकरणों के लिए एक अलग आइकन बनाने की कोशिश की, इसे एक अलग स्क्रीन-घनत्व-wvga उपनिर्देशिका में डाल दिया, इसे एमुलेटर पर चेक किया, और ... एप्लिकेशन को "गलत आइकन आकार" के कारण प्रमाणीकरण पास नहीं किया। इसलिए, निकट भविष्य में, आप एचडी-स्क्रीन के लिए खुद को एक आइकन तक सीमित कर सकते हैं।

परियोजनाओं के नाम में रिक्त स्थान की अनुमति नहीं है, हालांकि, आवेदन के प्रदर्शित नाम में, परियोजना सेटिंग्स में एक स्थान डाला जा सकता है। सेटिंग्स को एक विशेष प्रोजेक्ट फ़ाइल मेनिफ़ेस्ट में संग्रहीत किया जाता है। XML, जो डिफ़ॉल्ट रूप से Tizen Manifest Editor उपयोगिता का उपयोग करके स्वचालित रूप से खोला जाता है।



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

Res निर्देशिका में अनुप्रयोग संसाधन होते हैं: चित्र, ऑडियो रिकॉर्डिंग, साथ ही GUI विवरण xml फ़ाइलें। जब अनुप्रयोग चल रहा होता है, इन xml फ़ाइलों का उपयोग GUI फ्रेमवर्क द्वारा फॉर्म, पैनल, बटन और अन्य GUI घटकों (नियंत्रण) के निर्माण के लिए किया जाता है। वे टिज़ेन यूआई बिल्डर WYSIWYG संपादक का उपयोग करके बनाए गए हैं, यह स्वचालित कोड पीढ़ी (अधिक विवरण के लिए, लेख देखें) की एक प्रणाली के साथ इंटरफेस के दृश्य निर्माण की प्रक्रिया को जोड़ता है।



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

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



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

रैम में एप्लिकेशन को तैनात करने की प्रक्रिया पर विचार करें।



एप्लिकेशन का एंट्री पॉइंट OspMain फ़ंक्शन में ShoppingListEntry.cpp फ़ाइल में निहित है।

_EXPORT_ int OspMain(int argc, char* pArgv[]) { AppLog("Application started."); ArrayList args(SingleObjectDeleter); args.Construct(); for (int i = 0; i < argc; i++) { args.Add(new (std::nothrow) String(pArgv[i])); } result r = Tizen::App::UiApp::Execute(ShoppingListApp::CreateInstance, &args); TryLog(r == E_SUCCESS, "[%s] Application execution failed.", GetErrorMessage(r)); AppLog("Application finished."); return static_cast< int >(r); } 

इस फ़ंक्शन में, मुख्य एप्लिकेशन ऑब्जेक्ट बनता है, जिसमें प्रोसेसिंग सिस्टम इवेंट और उपयोगकर्ता इंटरफ़ेस इवेंट का एक चक्र होता है। हमारे मामले में इस ऑब्जेक्ट की क्लास को ShoppingListApp कहा जाता है और Tizen :: App :: UiApp सिस्टम क्लास से इनहेरिट किया जाता है जो उल्लिखित इवेंट-लूप को एनकैप्सुलेट करता है। ShoppingListApp कक्षा में जिन हैंडलर को ओवरराइड किया जाता है, उन घटनाओं में से एक OnAppInitialized () ईवेंट है।

 bool ShoppingListApp::OnAppInitialized(void) { ShoppingListFrame* pShoppingListFrame = new (std::nothrow) ShoppingListFrame; TryReturn(pShoppingListFrame != null, false, "The memory is insufficient."); pShoppingListFrame->Construct(); pShoppingListFrame->SetName(L"ShoppingList"); AddFrame(*pShoppingListFrame); return true; } 

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

 result ShoppingListFrame::OnInitializing(void) { SceneManager* pSceneManager = SceneManager::GetInstance(); static ShoppingListFormFactory formFactory; static ShoppingListPanelFactory panelFactory; pSceneManager->RegisterFormFactory(formFactory); pSceneManager->RegisterPanelFactory(panelFactory); pSceneManager->RegisterScene(L"workflow"); result r = pSceneManager->GoForward(SceneTransitionId(IDSCNT_START)); return r; } 

SceneManager को GUI घटकों (फ़ॉर्म और पैनल) के कारखानों तक पहुँच की आवश्यकता होती है, साथ ही साथ काम करने के लिए "दृश्यों" की सूची भी। एक दृश्य एक रूप का एक संयोजन और एक स्क्रीन पर एक ही पल में प्रदर्शित पैनल है। प्रत्येक दृश्य का अपना स्ट्रिंग पहचानकर्ता है, दृश्य के लिए एक फॉर्म की उपस्थिति की आवश्यकता है, लेकिन पैनल वैकल्पिक है।
दृश्य पंजीकरण सीधे SceneManager::RegisterScene(const SceneId &sceneId, const Tizen::Base::String &formId, Tizen::Base::String &panelId) लिए कॉल के माध्यम से हो सकता है SceneManager::RegisterScene(const SceneId &sceneId, const Tizen::Base::String &formId, Tizen::Base::String &panelId) विधि SceneManager::RegisterScene(const SceneId &sceneId, const Tizen::Base::String &formId, Tizen::Base::String &panelId) और परोक्ष रूप से, SceneManager::RegisterScene(const Tizen::Base::String &resourceId) दृश्य के साथ xml फ़ाइल लोड SceneManager::RegisterScene(const Tizen::Base::String &resourceId) ।

इस स्थिति में, यह वर्कफ़्लो। Xml फ़ाइल है, जो रेस / स्क्रीन-आकार-सामान्य निर्देशिका में समाहित है। इस पद्धति का उपयोग करते समय, न केवल दृश्यों को दर्ज किया जाता है, बल्कि दृश्यों के बीच संक्रमण भी होता है, जो कुछ हद तक अप्राप्य है। SceneManager::GoForward विधि अपने स्ट्रिंग पहचानकर्ता IDSCNT_START के माध्यम से इस तरह के लेनदेन को सक्रिय करती है।
संक्रमण आदेशों, दृश्यों, रूपों, पैनलों आदि की पहचानकर्ता यूआई बिल्डर का उपयोग करके बनाई जाती हैं और कोड नेटवर्क सिस्टम द्वारा AppResourceId फ़ाइल में रखा जाता है। यह उम्मीद करना तर्कसंगत होगा कि scApplow संसाधन विवरण फ़ाइल वर्कफ़्लो। Xml का नाम भी स्वतः ही AppResourceId में रखा जाएगा, लेकिन ऐसा नहीं होता है।



SceneManager उपयोगकर्ता कोड से संक्रमण पहचानकर्ताओं को प्राप्त करता है और उनके आधार पर रूपों और पैनलों के पहचानकर्ताओं को निर्धारित करता है। फॉर्म और पैनल फैक्टर्स इन पहचानकर्ताओं के आधार पर सीनमैन को एक "उत्पाद" देते हैं। फिर SceneManager फ्रेम पर फॉर्म, पैनल को फॉर्म पर माउंट करता है और रेंडर करना शुरू करता है।



इस प्रकार, संक्रमण IDSCNT_START के परिणामस्वरूप, मुख्य फॉर्म ShoppingListMainForm स्क्रीन पर 1 टैब (टैब 1) के साथ प्रदर्शित होता है।

विचार करें कि ShoppingListMainForm में क्या होता है।

कंस्ट्रक्टर खत्म होने के बाद, प्रारंभिक विधि को बुलाया जाएगा:

 bool ShoppingListMainForm::Initialize(void) { result r = Construct(IDL_FORM); TryReturn(r == E_SUCCESS, false, "Failed to construct form"); return true; } 

जैसा कि नाम से पता चलता है, यह विरासत में मिली निर्माण विधि को लागू करके प्रपत्र को आरंभ करता है। फॉर्म का डिज़ाइन जीयूआई विवरण फ़ाइल में निहित डेटा पर आधारित है। लाइन IDL_FORM इस फ़ाइल की पहचानकर्ता है।

अन्य तरीके ईवेंट हैंडलर हैं, विशेष रूप से, बैक / कैंसल टच बटन दबाने की घटना।

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

 void ShoppingListMainForm::OnFormBackRequested(Tizen::Ui::Controls::Form& source) { UiApp* pApp = UiApp::GetInstance(); AppAssert(pApp); pApp->Terminate(); } 

स्थैतिक GetInstance विधि ShoppingListApp ऑब्जेक्ट के लिए एक पॉइंटर लौटाती है। टर्मिनेट विधि को कॉल करने का अर्थ है कि यह Tizen :: App :: UiApp उत्तराधिकारी के लिए मछली पकड़ने की छड़, अर्थात्। ईवेंट-लूप को समाप्त करें और उसी समय ShoppingListApp :: OnAppTerminating विधि को कॉल करें। इस पद्धति में, आपको सभी संसाधनों को बंद करने की आवश्यकता है, लेकिन लंबे समय तक ऐसा करने की अनुशंसा नहीं की जाती है: सिस्टम लगभग 2 सेकंड (1950 एमएस, यदि आप प्रोफाइलर का मानना ​​है) के बाद आवेदन को बलपूर्वक समाप्त कर देंगे।

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

 result ShoppingListMainForm::OnInitializing(void) { result r = E_SUCCESS; Header* pHeader = GetHeader(); if (pHeader) { pHeader->AddActionEventListener(*this); } SetFormBackEventListener(this); return r; } 

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

 void ShoppingListMainForm::OnActionPerformed(const Tizen::Ui::Control& source, int actionId) { SceneManager* pSceneManager = SceneManager::GetInstance(); AppAssert(pSceneManager); switch(actionId) { caseID_HEADER_ITEM1: pSceneManager->GoForward(SceneTransitionId(IDSCNT_1)); break; caseID_HEADER_ITEM2: pSceneManager->GoForward(SceneTransitionId(IDSCNT_2)); break; caseID_HEADER_ITEM3: pSceneManager->GoForward(SceneTransitionId(IDSCNT_3)); break; default: break; } } 

यहां सब कुछ बहुत स्पष्ट है: हेडर पर कौन सा बटन दबाया गया है, इसके आधार पर, हम दृश्य प्रबंधक को यह या उस पैनल को दिखाने के लिए कहते हैं।

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

सबसे पहले, IDL_FORM.xml खोलें - GUI विवरण फ़ाइल। डिफ़ॉल्ट रूप से, इसे यूआई बिल्डर के माध्यम से खोला जाना चाहिए: यदि ऐसा नहीं हुआ है, तो प्रोजेक्ट एक्सप्लोरर में संदर्भ मेनू के माध्यम से, ओपन के साथ -> नेटिव यूआई बिल्डर ( उदाहरण ) निर्दिष्ट करें।

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





एक कार्यक्षेत्र में कई टैब हो सकते हैं, जिनमें से प्रत्येक एक संपादन योग्य GUI तत्व प्रदर्शित करता है। तत्वों के साथ काम प्रलेखन में विस्तार से वर्णित है, कोड पीढ़ी तंत्र के संचालन के उदाहरण हैं। टैब खोलना और उस पर स्विच करना संसाधन विंडो का उपयोग करके किया जाता है:



आप 5 प्रकार के GUI कंटेनरों को संपादित कर सकते हैं: फॉर्म, पैनल्स, पॉपअप, क्विकपैनलफ्रैम और स्क्रॉलपैनल्स। उसी समय, जैसा कि ऊपर उल्लेख किया गया है, सीनमेनेजर केवल रूपों और पैनलों (और उनके कारखानों) के साथ काम करता है। स्क्रॉलपेलेल को भी जिम्मेदार ठहराया जा सकता है, क्योंकि यह पैनल से विरासत में मिला है। QuickPanelFrames का उद्देश्य पूरी तरह से स्पष्ट नहीं है - आप बस एक नियमित पैनल का उपयोग कर सकते हैं, एकमात्र अंतर यह है कि QuickPanelFrames फ्रेम के साथ एक अलग विंडो में बनता है (लेकिन यह वैसे भी फॉर्म पर मुहिम शुरू की जाती है)। पॉपअप के साथ, सब कुछ स्पष्ट है - यह एक पॉप-अप पैनल है, जो फॉर्म और उसके नियंत्रणों के शीर्ष पर प्रदर्शित होने की गारंटी है।

IDL_FORM.xml फ़ाइल खोलते समय, हम केवल बटन के साथ फ़ॉर्म और उसके शीर्षक का निरीक्षण करते हैं - Tab1, Tab 2 और Tab3 पैनल अलग-अलग संपादन योग्य तत्व हैं। वे इसके निर्माण की प्रक्रिया में नहीं, बल्कि सीनमेनेजर की भागीदारी के रूप में घुड़सवार हैं। ऐसा इसलिए किया जाता है ताकि बाहर से पैनलों के जीवनकाल को नियंत्रित करना संभव हो (सामान्य मोड में, जीयूआई घटक का जीवनकाल मूल कंटेनर द्वारा नियंत्रित किया जाता है)। उदाहरण के लिए, यदि यह आवश्यक है कि मेमोरी के प्रत्येक विशेष क्षण में एप्लिकेशन के संचालन के दौरान केवल एक पैनल हो। यह याद रखना चाहिए कि एप्लिकेशन एक मोबाइल प्लेटफ़ॉर्म पर चलेगा, जबकि प्रत्येक लोड किए गए पैनल में रैम की खपत होती है, और इससे भी महत्वपूर्ण बात, वीडियो मेमोरी (जहां बनावट लोड होती है)।

अगले प्रकार के संसाधन स्ट्रिंग हैं - स्ट्रिंग्स। एप्लिकेशन को स्थानीय बनाने के लिए डिज़ाइन किया गया। वे स्क्रीन रिज़ॉल्यूशन पर निर्भर नहीं होते हैं, इसलिए वे तुरंत रेज डायरेक्टरी में स्थित हैं। ऑपरेशन का तंत्र एनालॉग्स से बहुत अलग नहीं है, उदाहरण के लिए, आईओएस में, अगर यह एक बटन के लिए नहीं है: एक स्ट्रिंग के लिए एक पहचानकर्ता के रूप में, आपको एक वाक्यांश का अंग्रेजी एनालॉग नहीं, बल्कि अनजाने में उपलब्धS_STRING + इंडेक्स सेट करना होगा। उन्हें बदला जा सकता है, लेकिन एक ही समय में, प्राप्त संसाधन के संपादक और पार्सर दोनों विफल होने लगते हैं। परिणामस्वरूप, हमारी दो समस्याएं हैं:
1) कोड में गलती करना आसान है, चूंकि भ्रामक वाक्यांशों की तुलना में अनुक्रमणिका को भ्रमित करना बहुत आसान है;
2) यदि किसी भी भाषा के लिए कोई वाक्यांश निर्धारित नहीं है, तो आवेदन में अंग्रेजी पाठ के बजाय, हमें यह IDS_STRING मिलेगा।
बेशक, अनुयायी जो एक निश्चित स्तर के ज्ञान तक पहुंच चुके हैं, अनुक्रमित को भ्रमित नहीं करते हैं और आसानी से स्थानीयकरण तालिकाओं को कई हजार मानों से भर देते हैं, लेकिन इस पथ को अभी भी पारित करने की आवश्यकता है ...

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

ऐसा हो कि एसडीके के प्रत्येक नए संस्करण के साथ, प्रस्तावित टूल में सुधार हो, धीमा धीमा हो, और नवीनतम संस्करण में आप उनके साथ थोड़ा काम कर सकते हैं (यदि आप जटिल कस्टम संरचनाओं को उल्टा नहीं करते हैं और कोड पीढ़ी को पूरी तरह से मना कर देते हैं)।

भाग दो