💋 🏺 🌼 क्या टाइटेनियम पर क्रॉस-प्लेटफॉर्म का विकास एक भयानक अंत या डरावनी समाप्ति है? 🧓🏽 💃 🏧

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

हमारी राय में, विषय उन पाठकों के लिए उपयोगी होगा जो आवेदन का आदेश देने जा रहे हैं ताकि वे प्रत्येक प्लेटफ़ॉर्म और क्रॉस-प्लेटफ़ॉर्म के लिए मूल विकास और पसंद करने वाले डेवलपर्स के बीच चयन कर सकें।

तो, चलिए उन समस्याओं की एक सूची के साथ शुरू करते हैं जिनका आप सामना करेंगे।

समस्याएं हैं:

डबल क्लिक की समस्या।
अगर कोड।
Android पर मेमोरी प्रबंधन।
मानक कार्यों सहित व्यक्तिगत कार्यों का अपर्याप्त कार्यान्वयन।
जावास्क्रिप्ट - टाइपिंग की कमी से कोड लिखने की प्रक्रिया धीमी हो जाती है और रखरखाव जटिल हो जाता है।
InterfaceBuilder का अभाव - एक एप्लिकेशन लिखने की प्रक्रिया को धीमा कर देता है, संपूर्ण UI कोड में लिखा जाता है।
टाइटेनियम एसडीके ऑपरेटिंग सिस्टम एसडीके की तुलना में बाद में अपडेट किया गया है।
एसडीके के प्रत्येक संस्करण में बग फिक्स होते हैं और नए बग का परिचय देते हैं।

उदाहरण हमने इन समस्याओं का सामना किया है।

डबल क्लिक की समस्या

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

यह उपयोगकर्ता के लिए गलत और असुविधाजनक है। Apple, सबसे अधिक संभावना है, AppStore में इस तरह के एक आवेदन को भी याद नहीं करेगा। आपको यूआई को ब्लॉक करना होगा या बाद की घटनाओं को अनदेखा करने के लिए झंडे का उपयोग करना होगा जब तक कि पहले एक का प्रसंस्करण पूरा न हो जाए। हमारे परीक्षकों ने इस समस्या को एक दो-क्लिक की समस्या कहा है।

हम इस समस्या को हल करने के कई तरीके लेकर आए हैं:

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

2. एक अन्य अवतार में, यह जाँच की जाती है कि अंतिम प्रेस के बाद कम से कम निर्दिष्ट समय अंतराल बीत चुका है। यदि अंतिम क्लिक के बाद आधा सेकंड बीत चुका है, तो घटना को संसाधित किया जाता है, अन्यथा इसे अनदेखा किया जाता है।
दोनों ही मामलों में, यह उपयोगकर्ता के मूल अनुप्रयोग के व्यवहार की तुलना में कम स्पष्ट है, जिसमें पिछली घटना को संसाधित करते समय बटन को बस दबाया नहीं जा सकता है।

अगर कोड

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

if(Titanium.Platform.name.indexOf('iPhone') >= 0) { isIPhone = true; isAndroid = false; }

और आप हर जगह चेक डालना शुरू करते हैं।
डेटाबेस से वस्तुएं प्राप्त करना:

 if(isAndroid) { fieldCount = resultSet.fieldCount; } else { fieldCount = resultSet.fieldCount(); }

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

यदि एंड्रॉइड पैरामीटर के तहत खींचा जाता है, तो यह एंड्रॉइड एप्लिकेशन में काम करता है, अगर आईफोन या आईपैड खींचा जाता है, तो यह आईओएस के लिए पैरामीटर है। और प्रलेखन में ऐसे नोटों की एक बहुत हैं।

तालिकाओं में अनुभाग

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

पाठ प्रदर्शन - लेबल, और पाठ इनपुट फ़ील्ड

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

छिपा हुआ पाठ

 var createLabel = function(properties, linesCount) { var fontSize = isNotEmpty(properties.font) && (properties.font.fontSize) ? properties.font.fontSize : defaultFontSize; var offset = Math.floor(fontSize/8); var heightOffset = 2 * offset; var lineHeight = fontSize + heightOffset; var androidTopOffset = 0; if (isAndroid) { androidTopOffset = (fontSize <= getControlSize(18)) ? Math.floor(fontSize / 4) : Math.floor(fontSize / 11); } if(isNotEmpty(properties.top)) { properties.top = properties.top - offset - androidTopOffset; if(isNotEmpty(properties.height) && properties.height != Ti.UI.SIZE) { properties.height = properties.height + heightOffset; } else if(isNotEmpty(linesCount)) { properties.height = lineHeight * linesCount; } } if (isEmpty(properties.font)) { properties.font = {}; } properties.font.fontFamily = fontName; properties.font.fontWeight = 'normal'; if (isEmpty(properties.wordWrap)) { if (isNotEmpty(linesCount) && linesCount == 1) { properties.wordWrap = false; } else { // properties.wordWrap = true; } } // DEBUG if (isBlank(properties.color)) { properties.color = '#ff0000'; properties.font.fontWeight = 'bold'; Ti.API.error('Error in createCommonLabel: not specified label color. Label text = ' + properties.text); } var label = Ti.UI.createLabel(properties); return label; };

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

Android मेमोरी प्रबंधन

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

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

मानक वाले सहित व्यक्तिगत कार्यों के अपर्याप्त कार्यान्वयन

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

ऐसी कई कमियां और समस्याएं कई संस्करणों के लिए टाइटेनियम बग की सूची में रही हैं।
jira.appcelerator.org/browse/TIMOB-16182
jira.appcelerator.org/browse/TIMOB-16199

समस्याओं की सामान्य सूची:
jira.appcelerator.org/secure/IssueNavigator.jspa ?

जावास्क्रिप्ट - टाइपिंग की कमी, कोड लिखने की प्रक्रिया को धीमा कर देती है और रखरखाव को जटिल बना देती है

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

InterfaceBuilder का अभाव - अनुप्रयोग लिखने की प्रक्रिया को धीमा कर देता है - संपूर्ण UI कोड में लिखा जाता है

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

और वह इस टेम्प्लेट में डेटा प्रदर्शित करने के लिए कोड लिखता है:

 - (void)updateViews { if (!self.package) return; static NSDateFormatter* df = nil; if (!df) { df = [[NSDateFormatter alloc] init]; df.dateStyle = NSDateFormatterShortStyle; df.timeStyle = NSDateFormatterNoStyle; } self.labelCity.text = self.package.city; self.labelPackageId.text = self.package.formattedPackageId; self.labelItemsCount.text = @(self.package.items.count).stringValue; self.prizeTypeImageView.image = [self prizeTypeImage]; self.labelDispatchDate.text = [df stringFromDate:self.package.dispatchDate]; self.labelPeriod.text = [NSString stringWithFormat:@"%@ – %@", [df stringFromDate:self.package.periodBegin], [df stringFromDate:self.package.periodEnd]]; }

टाइटेनियम पर, आपको कोड में सब कुछ लिखने की ज़रूरत है, यह इस तरह दिखता है:

छिपा हुआ पाठ

 var rowTemplate = function(item, index, callback) { var row = Ti.UI.createTableViewRow({ height: rowHeight, left: 0, right: 0, selectedBackgroundColor: '#11a2c5', backgroundSelectedColor: '#11a2c5', color: 'transparent', className: classNameStr }); var view = Ti.UI.createView ({ top: 0, left: leftOffset, right: rightOffset, height: rowHeight, color: 'transparent' }); var backView = Ti.UI.createView ({ top: 0, left: 0, right: voucherWidth, height: rowHeight, color: 'transparent' }); view.add(backView); var imageView = Ti.UI.createImageView({ top: top, left: 0, width: getControlSize(47), height: getControlSize(58), image: getPicturePath('/images/orders/icon_oteli_mini') }); backView.add(imageView); var left = imageView.left + imageView.width + topOffset; var nameLabel = createCommonLabel({ left: left, top: top, right: topOffset, height: imageView.height, font: { fontSize: fontSize }, color: '#000000', text: itemName }, 2); backView.add(nameLabel); top = imageView.top + imageView.height; var placeLabel = createCommonLabel({ left: 0, top: top, right: 0, height: height, font: { fontSize: fontSize }, color: '#000000', text: itemCity }); backView.add(placeLabel); top = placeLabel.top + placeLabel.height; var dateLabel = createCommonLabel({ left: 0, top: top, right: 0, height: height, font: { fontSize: fontSize }, color: '#000000', text: datesText }); backView.add(dateLabel); var voucherView = Ti.UI.createImageView({ width: voucherWidth, top: topOffset, right: 0, height: getControlSize(48), backgroundImage: getPicturePath(voucherImagePath), visible: voucherActive }); view.add(voucherView); top = dateLabel.top + dateLabel.height; var numberLabel = createCommonLabel({ left: 0, top: top, right: 0, height: height, text: orderNumber, font: { fontSize: fontSize }, color: '#000000' }); backView.add(numberLabel); top = numberLabel.top + numberLabel.height; var statusLabel = createCommonLabel({ left: 0, top: top, right: 0, height: height, font: { fontSize: fontSize }, color: '#000000', text: statusText }); backView.add(statusLabel); return row; };

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

छिपा हुआ पाठ

 var listItemTemplate = { properties: { height: rowHeight, backgroundSelectedColor: '#11a2c5' }, childTemplates: [ { type: 'Ti.UI.View', bindId: 'rootView', properties: { left: leftOffset, top: 0, right: rightOffset, backgroundSelectedColor: '#11a2c5', height: rowHeight, color: 'transparent' }, childTemplates: [ { // backView type: 'Ti.UI.View', bindId: 'backView', properties: { left: 0, top: 0, color: 'transparent', backgroundSelectedColor: '#11a2c5', right: voucherSize, height: rowHeight }, childTemplates: [ { type: 'Ti.UI.ImageView', bindId: 'icon', properties: { left: 0, top: top, width: getControlSize(47), height: height, image: getPicturePath('/images/icon_mini') } }, { type: 'Ti.UI.Label', bindId: 'name', properties: { left: left, top: top, right: top, height: height, font: { fontSize: fontSize, fontFamily: fontName }, color: '#000000' } }, { type: 'Ti.UI.Label', bindId: 'country', properties: { left: 0, top: top + height, right: 0, height: subHeight, font: { fontSize: fontSize, fontFamily: fontName }, color: '#000000' } }, { type: 'Ti.UI.Label', bindId: 'date', properties: { left: 0, top: top + height + subHeight, right: 0, height: subHeight, font: { fontSize: fontSize, fontFamily: fontName }, color: '#000000' } }, { type: 'Ti.UI.Label', bindId: 'number', properties: { left: 0, top: top + height + subHeight + subHeight, right: 0, height: subHeight, font: { fontSize: fontSize, fontFamily: fontName }, color: '#000000' } }, { type: 'Ti.UI.Label', bindId: 'status', properties: { left: 0, top: top + height + subHeight + subHeight + subHeight, right: 0, height: subHeight, font: { fontSize: fontSize, fontFamily: fontName }, color: '#000000' } } ] }, { type: 'Ti.UI.ImageView', bindId: 'icon', properties: { right: 0, top: top, width: voucherSize, height: voucherSize, image: getPicturePath('/images/icon_act') } } ] } ] };

चूंकि ListView पर कार्यान्वयन एप्लिकेशन की स्क्रीन बनाने के लिए कोड को पूरी तरह से बदल देता है, इसलिए iPhone और एंड्रॉइड के लिए इस स्क्रीन के निर्माण को विभिन्न फ़ाइलों में स्थानांतरित करने और उन में से एक को जोड़ने के लिए शर्तों को जोड़ने के लिए समझ में आता है, जिस पर एप्लिकेशन चल रहा है।

टाइटेनियम एसडीके ने बाद में ऑपरेटिंग सिस्टम एसडीके को अपडेट किया

इतना समय पहले नहीं, Apple ने iOS 7 जारी किया था, जहां ग्राफिक्स को काफी हद तक रीडिज़ाइन किया गया था, स्टेटस बार (स्क्रीन के ऊपरी भाग, जो बैटरी स्तर, समय और ऑपरेटर प्रदर्शित करता है), और बहुत कुछ के साथ काम कर रहा है।

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

टाइटेनियम पर एप्लिकेशन विकसित करने वालों के साथ क्या होता है? IOS SDK का पहला बीटा संस्करण 11 जून, 2013 से डेवलपर्स के लिए उपलब्ध है, और iOS बीटा सपोर्ट वाले टाइटेनियम SDK का संस्करण 15 अगस्त (SDK 3.1.2) के बाद से उपलब्ध है। 11 सितंबर 2013 को सत्यापन के लिए iOS के नए संस्करण के लिए समर्थन के साथ आवेदन स्वीकार किए गए थे।

ऑपरेटिंग सिस्टम 18 सितंबर, 2013 से उपयोगकर्ताओं के लिए उपलब्ध है: डेवलपर्स के पास Apple परीक्षण पास करने के लिए एक सप्ताह था।

टाइटेनियम ने संस्करण 9 सितंबर को 3.1.3 आरसी जारी किया, और आईओएस 7 के साथ स्थिर संस्करण 3.1.3 केवल 18 सितंबर को, अर्थात्। जब बाजार पर पहली बार होने का क्षण पहले से ही गलत था।

संस्करण 3.1.2 में, स्टेटबार के सामान्य व्यवहार के लिए समर्थन लागू नहीं किया गया था। सबसे पहले, यदि एप्लिकेशन फुल-स्क्रीन मोड में काम करता था, अब यह स्थिति पट्टी के आकार के अनुसार स्क्रीन के ऊपरी किनारे से विचलित हो जाता है, और स्क्रीन की सामग्री पूरी तरह से अप्रत्याशित रूप से प्रकट हो सकती है, इस पर निर्भर करता है कि एप्लिकेशन बनाते समय तत्वों के निर्देशांक कैसे सेट किए गए थे। लेकिन यहां तक कि अगर आपने एक एप्लिकेशन बनाने का फैसला किया है जो पूर्ण स्क्रीन मोड में काम नहीं करता है, तो बार की स्थिति अभी भी अपेक्षित रूप से काम नहीं करेगी - बार की स्थिति के बजाय, एक काली पट्टी बिना किसी सूचना के प्रदर्शित होती है: कोई घड़ी, कोई शुल्क नहीं, कोई ऑपरेटर इसमें प्रदर्शित नहीं होता है। । टाइटेनियम 3.1.3 के रिलीज के साथ, स्थिति में स्पष्ट रूप से सुधार हुआ है, हालांकि, फ़ोटोग्राफ़िंग मोड में, फ़ुल-स्क्रीन एप्लिकेशन jira.appcelerator.org/browse/TIMOB-15203 के लिए भी स्थिति पट्टी दिखाई देती है - यह त्रुटि केवल संस्करण टाइटेनियम 3.2.0 में तय की गई थी, जिसे 20 दिसंबर को जारी किया गया था।

एसडीके के प्रत्येक संस्करण में बग फिक्स होते हैं और नए बग का परिचय देते हैं

एक ही संस्करण 3.1.3 के उदाहरण पर: जब संस्करण 3.1.2 से इसे स्विच किया गया, तो एप्लिकेशन में एनिमेशन काफी धीमा हो गया। उदाहरण के लिए, हमें एक ही समय में बाएं से दाएं की ओर आसानी से जाने के लिए दो इंटरफ़ेस तत्वों की आवश्यकता होती है। देशी अनुप्रयोगों में, डेवलपर उन सभी एनिमेशनों का वर्णन कर सकता है जिन्हें इंटरफ़ेस तत्वों पर लागू करने की आवश्यकता होती है और एक ही समय में एनिमेशन चलाते हैं। टाइटेनियम के पिछले संस्करणों में, व्यक्तिगत तत्वों के लिए एनिमेशन का वर्णन सुसंगत था, लेकिन यह लगभग एक साथ शुरू हुआ, ताकि इसे नेत्रहीन रूप से कई वस्तुओं के साथ अभिनय करने वाला एक एनीमेशन माना जाता था। टाइटेनियम 3.1.3 में, क्रमिक रूप से चल रहे एनिमेशन के बीच समय अंतर बहुत ध्यान देने योग्य हो गया और 1-3 सेकंड हो सकता है। एनीमेशन के पूरा होने पर, आमतौर पर कुछ ऑपरेशन करना आवश्यक होता है, तत्वों की स्थिति को बदलते हैं (एनीमेशन स्वयं उन्हें नहीं बदलता है), उन वस्तुओं को हटा दें जो अब दिखाई नहीं देते हैं, ताकि वे स्मृति पर कब्जा न करें। टाइटेनियम 3.1.3 में, एनीमेशन पोस्ट-प्रोसेसिंग को लागू करना हमेशा नहीं होता है। यदि आप स्थिति पट्टी को सुधारना चाहते हैं, तो SDK संस्करण को अपडेट करें। हां, आपके एनिमेशन काम करना बंद कर देंगे। तो क्या। आगे अपडेट करें। आप बस एक आवेदन कभी नहीं कर सकते हैं जो कि एप्पल के परीक्षण को पारित कर सकता है, टाइटेनियम कीड़े के इंतजार में। या आप इसे एकत्र भी नहीं कर सकते।

हमारे अभ्यास में, टाइटेनियम स्टूडियो को अपडेट करते समय एक मामला था - विकास वातावरण जो अनुप्रयोगों के निर्माण के लिए उपयोग किया जाता है - इस तथ्य के कारण कि प्रकाशन के लिए आवेदन के निर्माण कार्य ने बस काम करना बंद कर दिया: jira.appcelerator.org/browse/TC-1322 (SDK 2.1.3) RC2 आइट्यून्स स्टोर डिस्टर्बेंस के लिए नहीं बनेगा ) या jira.appcelerator.org/browse/TC-2193 (स्टूडियो 3.1 iTunes स्टोर के लिए डिस्ट्रीब्यूट एड-हॉक बिल्ड्स का निर्माण कर रहा है) - जब आप ऐप स्टोर में प्रकाशन के लिए एक एप्लिकेशन बनाने की कोशिश करते हैं, तो AdHoc वितरण के लिए एक एप्लिकेशन बनाया जाता है। - इस मामले में, स्टूडियो को फिर से स्थापित करने में मदद मिली।

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

क्या टाइटेनियम पर क्रॉस-प्लेटफॉर्म का विकास एक भयानक अंत या डरावनी समाप्ति है?

डबल क्लिक की समस्या

अगर कोड

Android मेमोरी प्रबंधन

मानक वाले सहित व्यक्तिगत कार्यों के अपर्याप्त कार्यान्वयन

जावास्क्रिप्ट - टाइपिंग की कमी, कोड लिखने की प्रक्रिया को धीमा कर देती है और रखरखाव को जटिल बना देती है

InterfaceBuilder का अभाव - अनुप्रयोग लिखने की प्रक्रिया को धीमा कर देता है - संपूर्ण UI कोड में लिखा जाता है

टाइटेनियम एसडीके ने बाद में ऑपरेटिंग सिस्टम एसडीके को अपडेट किया

एसडीके के प्रत्येक संस्करण में बग फिक्स होते हैं और नए बग का परिचय देते हैं

More articles: