🤶🏾 🧓🏻 📹 सर्वर के बिना सामाजिक नेटवर्क। आईओएस ग्राहक का इतिहास और विकास का समर्थन 🤟🏽 🍦 🎸

परिचय

मैं एक सामाजिक नेटवर्क के लिए एक iOS क्लाइंट विकसित करने के अनुभव के बारे में बात करना चाहता हूं और BaaS Parse.com का उपयोग करके बैकेंड लागू किया गया है । नीचे आर्किटेक्चर है जो हमें मिला, कुछ टिप्स और ट्रिक्स और विचार parse.com के साथ काम करने के बारे में।
प्रारंभ में, ग्राहक ने RoR पर एक सर्वर के बारे में सोचा, लेकिन स्पष्ट रूप से उन्होंने एक ही बार में बहुत सारे पैसे का निवेश करने की हिम्मत नहीं की। हमने एक सख्त NDA पर हस्ताक्षर किए, इसलिए मैं Appstore को लिंक नहीं दे सकता। सभी आईटी पुस्तकों की अच्छी परंपरा के अनुसार, मैं ग्राहक एक्स और कंपनी वाई को इस तथ्य के लिए धन्यवाद देना चाहता हूं कि मुझे इस परियोजना पर काम करने और इस सभी अनुभव को आकर्षित करने का अवसर मिला। इसके अलावा, इन-ऐप खरीदारी के लिए मॉड्यूल के बारे में एक भाग लिखने के लिए धन्यवाद ए।

आर्किटेक्चर

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

Xcode प्रोजेक्ट संरचना का स्क्रीनशॉट

तार्किक परतें

नेटवर्किंग

आवेदन में, हम दो सेवाओं के साथ काम करते हैं: पबनब और पार्स । इन सेवाओं के एसडीके के साथ सभी इंटरैक्शन इस परत पर होता है।

संदेश केंद्र
- पबनब एसडीके

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

यूआई

यह परत सबसे सरल है - इसमें केवल ViewControllers, Views, Cells और एक अतिरिक्त नियंत्रक हैं जो नेविगेशन में मदद करता है और सबसे अप्रत्याशित स्थानों में स्क्रीन दिखाने के साथ विभिन्न चालें लागू करता है। उदाहरण के लिए, यदि कोई उपयोगकर्ता फेसबुक के माध्यम से लॉग इन करता है, तो वह उन क्षेत्रों के साथ एक स्क्रीन प्रदर्शित करता है जिन्हें उपयोगकर्ता को अपने फेसबुक खाते में नहीं होने पर भरना चाहिए। इसके अलावा यहां नियंत्रक हैं जो अधिसूचना को पुश करने के लिए प्रतिक्रिया देते हैं। हमें UICollectionView के लिए ड्रैग-एन-ड्रॉप बनाने की जरूरत थी - परिणामस्वरूप, हमने एक तैयार कार्यान्वयन का उपयोग किया: github.com/lxcid/LXReorderableCollectionViewFlowLayout । मुझे थोड़ा प्रैंक खेलना था, लेकिन, सामान्य तौर पर, आप कोड का उपयोग कर सकते हैं।
यदि आप UITableView के लिए ताज़ा नियंत्रण के लिए एक पुल की आवश्यकता है, तो मैं MNMPullToRefresh की भी सिफारिश कर सकता हूं।

डेटा

CoreData के साथ काम करने के लिए हम मैजिक रिकॉर्डिंग का उपयोग करते हैं: किसी विशिष्ट उपयोगकर्ता के डेटाबेस से जुड़ने वाले वर्ग को छोड़कर कोई अन्य अतिरिक्त कक्षाएं नहीं हैं।

कोर डेटा
- मैजिक रिकॉर्डिंग
- DataBaseManager वर्ग
datasources
UIViewController के लिए अलग कक्षाएं, जिसमें डेटाबेस और सर्वर के साथ बातचीत करने के लिए तर्क हैं।
मॉडल
हमारे पास दो मुख्य प्रकार के मॉडल हैं - स्थानीय डेटाबेस मॉडल और जानकारी के मध्यवर्ती मॉडल जो सर्वर से हमारे पास आते हैं।

तुल्यकालन परत

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

वॉच कोड

-(id)syncLocal:(id)local withClass:(Class)localClass fromParse:(id)parse{ NSAssert([parse isKindOfClass:[UserStatistic class]], @"wrong class"); UserStatistic*stat =(UserStatistic*)parse; LocalUserStatistics* newLocalStat = (LocalUserStatistics*)local; if(!newLocalStat) newLocalStat=[super syncLocal:local withClass:localClass fromParse:parse]; unsigned int outCount; Protocol* protocol = objc_getProtocol("StatisticsProtocol"); objc_property_t *propList = protocol_copyPropertyList(protocol, &outCount); NSArray* noSetProps = [self propertiesDontNeedToSet]; for (int i = 0; i < (int)outCount; i++) { objc_property_t * oneProp = propList + i; NSString *propName = [NSString stringWithUTF8String:property_getName(*oneProp)]; if([noSetProps indexOfObject:propName]==NSNotFound){ id newValue =[stat valueForKey:propName]; if(newValue && newValue!=[NSNull null]){ [newLocalStat setValue:newValue forKey:propName]; } } } free(propList); return newLocalStat; }

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

ऐप खरीद में

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

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

एक और चीज जो आमतौर पर लोग नहीं करते हैं: SKPaymentTransactionObserver (वह वर्ग जो इस प्रोटोकॉल को लागू करता है) को एप्लिकेशन स्टार्टअप पर बनाया जाना चाहिए और अपना संपूर्ण जीवन जीना चाहिए, क्योंकि अपूर्ण लेनदेन जो अंतिम बार पूरा नहीं हो सका था, आवेदन के वहां पहुंचने पर हो सकता है। हमने यहां अपना सिंगलटन नहीं बनाया।

वर्क सर्कल कंट्रोलर

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

Parse.com के साथ काम करें

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

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

कुल उपयोगकर्ता: 1000
एक ही समय में अनुरोध करने वाले उपयोगकर्ता: 500
एपीआई अनुरोध उसी समय में प्रदर्शन कर रहे हैं: 1000
एपीआई कॉल फटने की सीमा: 1000
क्लाउड कोड फट सीमा: 2000

उन्होंने उत्तर दिया कि प्रति सेकंड 1,000 अनुरोधों पर प्रति माह $ 14,000 खर्च होंगे। जिसके बाद मैंने उनसे पूछा कि अनुरोधों की संख्या कैसे कम करें, और हमारे आवेदन के संचालन का वर्णन किया। उन्होंने उत्तर दिया कि हमारे आवेदन के लिए प्रति सेकंड 1000 अनुरोध उचित हैं, और कम होने की संभावना नहीं है।

पार्स में, अभी तक एक ही डेटाबेस मॉडल पर परीक्षण और विकास के लिए एक और वातावरण जुटाना संभव नहीं है। आपको एक नया एप्लिकेशन बनाना होगा और लगभग मैन्युअल रूप से एक ही डेटा मॉडल बनाना होगा।

अनुरोधों की संख्या को सीमित करने के संदर्भ में, पार्से किनेवे को खो देता है। मैंने विशेष रूप से किनवे से इस प्रतिबंध के बारे में सीखा, और यहां उन्होंने बताया कि: "आप सही हैं - हम प्रति सेकंड अनुरोधों की संख्या को सीमित नहीं करते हैं (या किसी भी तरह कुल अनुरोध या एपीआई कॉल पर)।" $ 1,400 एक महीने के लिए, आप प्राप्त कर सकते हैं। BaaS, जिसमें प्रति माह 50,000 सक्रिय उपयोगकर्ता हो सकते हैं, 3 वातावरण, और व्यावसायिक तर्क 50 लिपियों तक सीमित है। उसी समय, एक समर्थन स्क्रिप्ट ने इसे परिभाषित किया: "बीएल स्क्रिप्ट किनेव वेब कंसोल के भीतर अपने कंटेनरों में लिखी जाती है, इसलिए एक बीएल स्क्रिप्ट को जेएस कोड के प्रत्येक भाग के रूप में परिभाषित किया जाता है - निश्चित रूप से काफी एक एकल बीएल स्क्रिप्ट में फिट किया जा सकता है यदि एक इतनी इच्छाएँ। ”व्यवहार में सब कुछ कैसे काम करता है, मुझे नहीं पता, लेकिन यह आकर्षक दिखता है।

Backbone.js पर क्लाउड कोड

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

कॉलबैक नरक।
async.js पुस्तकालय का उपयोग करने का निर्णय लिया
डिबगिंग।
कोड लिखने के लिए उदात्त का उपयोग किया। तब मैंने क्लाउड 9 में पर्यावरण को कॉन्फ़िगर करने के तरीके के बारे में एक पोस्ट किया, और उसी दिन मुझे इस निर्देश के लेखक से एक संदेश मिला जिसमें उन्होंने समस्या को साझा किया: पार्स सर्वर पर नए कोड को तैनात करने के लिए सेवा को अपडेट करने के बाद, सब कुछ उसके लिए काम करना बंद कर दिया, क्योंकि अजगर संस्करण Cloud9 कुछ सुविधाओं का समर्थन नहीं करता है। नतीजतन, सबलाइम पर सब कुछ बना रहा, और सर्वर पर तैनाती और कोड निष्पादन के बाद ही डिबगिंग हुई
परीक्षण।
नीचे देखें। यह एक अलग अध्याय के योग्य है।

एकीकरण परीक्षण

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

वॉच कोड

 #import "WorkCircleController.h" //UI #if !TEST #import "LoginViewsManager.h" #endif //Net #import <Parse/Parse.h> #import "ParseRESTClient.h" #import "StatisticService.h" #import "ProfilePicturesSync.h" #if !TEST #import "ChatsEngine.h" //Data #import "DataBaseManager.h" #import "LocalUser.h" #import "LocalLockSlot.h" #import "LocalPicture.h" //Sync #import "SyncManager.h" #import "UserSync.h" #else #endif #if !TEST @interface WorkCircleController(){ ProfilePicturesSync* profilePicturesSync; } @property(nonatomic, weak) AppDelegate* appDelegate; @property(nonatomic, strong) LoginViewsManager* loginManager; @property(nonatomic, strong) NSData* deviceToken; @end #endif @implementation WorkCircleController #if !TEST - (id)initWithDelegate:(AppDelegate*)appDelegate { self = [self init]; if (self) { self.appDelegate = appDelegate; profilePicturesSync = [ProfilePicturesSync new]; } return self; } #pragma mark - Push notification - (void)app:(UIApplication*)application didRegisterForRemoteNotificationsWithToken:(NSData*)deviceToken{ self.deviceToken = deviceToken; if(self.state == LifeStateLoginDataAndNetLayersReady || self.state == LifeStateLoggedIn) [self subscribeToPushes:deviceToken]; } - (void)subscribeToPushes:(NSData *)deviceToken { [self subscribeToParsePushes:deviceToken]; [self subscribeToChatPushes:deviceToken]; } - (void)subscribeToParsePushes:(NSData *)deviceToken { ... } - (void)subscribeToChatPushes:(NSData *)deviceToken { ... } - (void)unsubscribeFromPushesInParseWithBlock:(void (^)(NSError *error))block { ... } #endif #pragma mark - Pre Login Logic -(void)setupPreLoginStateWithBlock:(void (^) (NSError* error))block{ [self prepareNetManagersForPreLoggin]; #if !TEST [self performUIUpdatesForPreLogginWithBlock:^(NSError *error) { if(block) block(error); }]; #else finishWithErrorBlock(nil); #endif } -(void)prepareNetManagersForPreLoggin{ [[ParseRESTClient sharedClient] startParseService]; } #if !TEST -(void)performUIUpdatesForPreLogginWithBlock:(void (^) (NSError* error))block { ... } #endif #pragma mark after register Login Logic - (void)afterRegistrationWithBlock:(void (^) (NSError* error))block{ ... } #pragma mark - Login Logic -(void)loginWithBlock:(void (^) (NSError* error))block{ [self prepareDataManagersForLogginWithBlock:^(NSError *error) { [self prepareNetManagersForLogginWithBlock:^(NSError *_error) { #if !TEST [self performUIUpdatesForLogginWithBlock:^(NSError *uIError) { if(block) block(uIError); [self performAfterLoginUpdatesWithBlock:^(NSError *afterLoginError) { }]; }]; #else if(finishWithErrorBlock) finishWithErrorBlock(error); #endif }]; }]; } -(void)prepareDataManagersForLogginWithBlock:(void (^) (NSError* error))block{ #if !TEST [DataBaseManager setupDataBaseWithUserId:[PFUser currentUser].email]; [[Settings defaultSettings] setUsername:[PFUser currentUser].email]; #endif block(nil); } -(void)prepareNetManagersForLogginWithBlock:(void (^) (NSError* error))block{ [[ParseRESTClient sharedClient] updateToken]; #if !TEST ... #endif block(nil); } #if !TEST - (void)performUIUpdatesForLogginWithBlock:(void (^) (NSError* error))block{ ... } - (void)performAfterLoginUpdatesWithBlock:(void (^) (NSError* error))block { ... } #endif #pragma mark - Logout Logic -(void)logoutWithBlock:(void (^)(NSError *error))block{ #if !TEST ... #else [PFUser logOut]; [[ParseRESTClient sharedClient] closeClient]; block(nil); #endif } - (void)deleteAccountWithBlock:(void (^)(NSError *error))block{ [[ParseRESTClient sharedClient] closeClient]; #if !TEST ... #else [PFUser logOut]; block(nil); #endif }

इसके बाद, हमने अलग-अलग कक्षाएं बनाईं जिनमें हमने अलग-अलग स्क्रिप्ट के कार्यान्वयन को रखा, जिसे उपयोगकर्ता निष्पादित कर सकता है।
बेस क्लास में, एक एकल विधि लागू की जाती है:

  - (void) setUpWithBlock:(void (^) (NSError* error))block{ [NSURLRequest setAllowsAnyHTTPSCertificate:YES forHost:@"api.parse.com"]; //  ,  iOS      https   .   . self.workCircleController = [WorkCircleController new]; [self.workCircleController setupPreLoginStateWithBlock:^(NSError *error) { block(error); }]; }

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

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

स्थानीयकरण

नतीजतन, मैंने स्थानीयकरण के लिए एक बहुत ही सरल उपकरण का उपयोग करना शुरू कर दिया: agi18n

युक्तियाँ और चालें

मसौदा आलेख 1 , लेख 2 में चेतावनी क्यों शामिल है
स्निपेट्स ( ड्रॉपबॉक्स के माध्यम से साझा करना ):
- __weak typeof(self) weakSelf = self;
- (void (^)(NSError *error))<#block#>
न्यूयॉर्क टाइम्स से कोड शैली
प्रकट करना । UI डिबगिंग के लिए एक बहुत ही दिलचस्प उपकरण। यह बहुत सुविधाजनक है जब यह स्पष्ट नहीं होता है कि मैंने दृश्य कहां छोड़ा है या जब वे एक नई बड़ी परियोजना के लिए समर्थन देते हैं और यह जानने के लिए पर्याप्त समय नहीं है कि दृश्य नियंत्रकों की वास्तुकला की व्यवस्था कैसे की जाती है और कौन सा दृश्य है।
विभिन्न आकारों के अनगिनत प्रतीक उत्पन्न करने के लिए सुविधाजनक उपकरण
www.gieson.com/Library/projects/utilities/icon_slayer

सर्वर के बिना सामाजिक नेटवर्क। आईओएस ग्राहक का इतिहास और विकास का समर्थन