कैसे ServerClub के लिए iPhone आवेदन किया गया था

गिरावट की प्रत्याशा में, मैंने ServerClub.com की मेजबानी के लिए एक iPhone एप्लिकेशन का विकास पूरा किया। अब एक नि: शुल्क मिनट था, और मैं इसका उपयोग प्रोजेक्ट के दौरान सीखे गए कुछ पाठों के साथ हेब्रोसोसिटी के साथ साझा करने के लिए करना चाहूंगा, साथ ही रास्ते में मिले "रेक" के बारे में भी बताऊंगा।

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

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

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

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

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

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

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




शायद कोई तकनीकी समस्याएं नहीं थीं। इसलिए, मैं केवल कुछ विशेषताओं का उल्लेख करूंगा। जो लोग अधिक सूक्ष्म विवरण में रुचि रखते हैं, मैं टिप्पणियों में जवाब देने की कोशिश करूंगा। सर्वर इंटरैक्शन: https के माध्यम से json, छवि स्थानांतरण: https के माध्यम से png। नियमित और समय को कम करने में जिन रूपरेखाओं ने बहुत मदद की: ASIHTTPRequest , SBJson , MBProgressHUD , SFHFKeychainUtils ।

कुछ देर से, मैंने ब्लॉक का उपयोग करते हुए विचारों का एनीमेशन खोजा। अब कई तरीकों के बजाय जिसमें एनीमेशन चरणों में रखा गया है:

-(void)showPickerPopup { [UIView beginAnimations:nil context:nil]; [UIView setAnimationDuration:0.5]; [UIView setAnimationDelegate:self]; [UIView setAnimationDidStopSelector:@selector(pickerPopupShown)]; tableView.alpha = 0; [UIView commitAnimations]; } -(void)pickerPopupShown { tableView.hidden = YES; } 

... आईओएस 4.0 के साथ शुरू, आप इस तरह से अधिक कॉम्पैक्ट और आसानी से लिख सकते हैं:

 -(void)showPickerPopup { [UIView animateWithDuration:0.5 animations:^{ tableView.alpha = 0; } completion:^(BOOL finished) { tableView.hidden = YES; } ]; } 

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

और अब उसी "रेक" के बारे में जो ऐप स्टोर पर एप्लिकेशन प्रकाशित करते समय मेरा इंतजार कर रहा था। मुझे कहना होगा कि यह iPhone के लिए मेरा पहला आवेदन नहीं है, और अब तक सेंसर से किसी भी दावे के बिना समीक्षा पारित हुई है। और यहाँ एक बार में तीन। सबसे पहले, यह लॉगिन और पंजीकरण के दौरान उपयोगकर्ता से उसके ई-मेल पते के लिए पूछने के लिए गहराई से सारणीबद्ध किया गया था। मैंने Apple समीक्षा दिशानिर्देशों को एक से अधिक बार पढ़ा है, लेकिन या तो इस आइटम पर ध्यान नहीं दिया, या यह हाल ही में दिखाई दिया। मुझे ग्राहक के अत्यधिक असंतोष के बावजूद, पंजीकरण स्क्रीन को हटाना पड़ा। लॉगिन करते समय, एक उपनाम का उपयोग किया गया था और इसने उसे "देवताओं" के धर्मी क्रोध से बचाया। दूसरी शिकायत, स्पष्ट रूप से, सेंसर की लापरवाही के कारण थी। उन्होंने कहा कि सर्वर के लिए ऑर्डर करना और भुगतान करना केवल इन-ऐप खरीदारी (IAP) के माध्यम से संभव है। लेकिन तथ्य यह है कि आवेदन के माध्यम से आदेश का भुगतान नहीं किया जाता है, लेकिन केवल एक पोस्ट अनुरोध के रूप में बनता है और सर्वर को भेजा जाता है। मैंने इस बारे में लिखा और एक उत्तर की प्रतीक्षा करने लगा। 7 दिनों के बाद, जवाब आता है कि आवेदन से (ध्यान!) आपको इन-ऐप खरीद को हटाने की आवश्यकता है, क्योंकि असली सामान, जिसमें सर्वर किराये शामिल हैं, को आईएपी के माध्यम से भुगतान करने की अनुमति नहीं है। दुष्चक्र। पत्र फिर से। 5-7 दिनों में फिर से विफलता। उसके बाद, मैंने एक अपील दायर की, जिसके बाद मुझे तुरंत वापस बुलाया गया और सूचित किया कि सभी दावों को हटा दिया गया था, यह पंजीकरण स्क्रीन को हटाने के लिए पर्याप्त था, जो मैंने किया था। और तीसरा, उपयोगकर्ता समझौते के पाठ में, सेंसर ने ServerClub.com होस्टिंग के मुख्य पृष्ठ का लिंक देखा और इसे हटाने की मांग की। यहाँ क्या पकड़ थी, मुझे पता भी नहीं चला और बस लिंक हटा दिया। सभी पत्राचार में लगभग 20 कैलेंडर दिन लगे।

कुल मिलाकर, संपूर्ण विकास चक्र, विचार से लेकर ऐप स्टोर पर रिलीज़ होने में लगभग 2 कैलेंडर महीने लगे।

ऐप स्टोर पर ऐप: http://itunes.apple.com/app/id453939265

निष्कर्ष:

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

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