+ (AppStore *) टिमेरा: एप्लीकेशन आर्किटेक्चर और डेवलपमेंट फीचर्स। भाग २

उन लोगों के लिए जिन्होंने पहले भाग को नहीं पढ़ा है, संक्षेप में: इसने पुरानी और नई तस्वीरों को संयोजित करने के लिए परतों और प्रभावों को बनाने की समस्या का समाधान बताया। आप इसके बारे में और अधिक यहाँ पढ़ सकते हैं।

इस भाग में, हमारे iOS डेवलपर - हेक्सिमल - इस बारे में बात करेंगे कि भू-स्थिति और कार्टोग्राफिक कार्यक्षमता कैसे लागू की गई थी। चूंकि वह केवल पढ़ा है, तो मैं इस पोस्ट को फिर से पोस्ट करता हूं (यह शांत होगा यदि कोई उसे निमंत्रण देता है)। उनके शब्दों से सब कुछ सही लिखा गया है।

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



क्लस्टरिंग का उपयोग करके इस समस्या को हल किया गया था। समूह किसी विशिष्ट वस्तु के बजाय समूह से जुड़े मानचित्र पर पिन होते हैं। नेत्रहीन - यह एक आइकन है जिसमें समूहित वस्तुओं की संख्या को दर्शाया गया है।
यहां यह उल्लेख किया जाना चाहिए कि हमने Google मैप्स को एक मानचित्र सेवा के रूप में चुना। हमने उनके मूल Apple कार्ड को क्यों पसंद किया? सबसे अधिक संभावना है, इस निर्णय की निकट भविष्य में समीक्षा की जाएगी। बस डिजाइन के समय, ऐप्पल-कार्ड्स के फ़ैसको की ताज़ा यादें थीं, साथ ही दोनों रूपरेखाओं का उपयोग करते हुए मेरा व्यक्तिगत अनुभव भी था।
हम क्लस्टरिंग पर लौटते हैं। प्रारंभ में, स्थानीय रूप से समूहों को लागू करने की संभावना पर विचार किया गया था। यह पता चला कि Google मैप्स में कोड की एक पंक्ति में ऐसा करने की क्षमता है, लेकिन यह संपत्ति केवल एंड्रॉइड पर उपलब्ध थी। हमने पहले ही iOS पर समूहों के स्थानीय कार्यान्वयन को शुरू कर दिया है, क्योंकि एक आम विचार सामूहिक चेतना में आया था: वेब सेवा को बेहतर बनाने के लिए ताकि यह क्लस्टर लौटाए। अनुकूलन के संदर्भ में सर्वर समाधान का एक बड़ा फायदा है: सबसे पहले, संचरित वस्तुओं की संख्या को कम करना (पढ़ें, ट्रैफ़िक को कम करना), और दूसरी बात, कोर डेटा में डेटा की बचत की लागत को कम करना। कोर डेटा मॉडल को भी संशोधित करना पड़ा - एक नई MapCluster इकाई को जोड़ा गया, जिसमें अक्षांश, देशांतर, ज़ूम, काउंट, ऑब्जेक्ट जैसे गुण हैं
जहाँ
अक्षांश, देशांतर - क्लस्टर निर्देशांक
ज़ूम - उपयोगकर्ता द्वारा निर्धारित ज़ूम स्तर
गणना - क्लस्टर के लिए बाध्य वस्तुओं की संख्या।
objectId - एक क्लस्टर को किसी विशिष्ट ऑब्जेक्ट से जोड़ा जा सकता है, इसलिए इसे वास्तविक क्लिक करने योग्य पिन के रूप में प्रदर्शित किया जाना चाहिए।

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

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

-(UIImage *) renderedClusterImage { UIGraphicsBeginImageContextWithOptions(self.bounds.size, NO, [UIScreen mainScreen].scale); [self.layer renderInContext:UIGraphicsGetCurrentContext()]; UIImage *capturedImage = UIGraphicsGetImageFromCurrentImageContext(); UIGraphicsEndImageContext(); return capturedImage; } 

मैं Google मेप्स फ्रेमवर्क की एक विशेषता के बारे में भी बात करना चाहूंगा, जिसके साथ मुझे काफी छेड़छाड़ करनी थी। यह कस्टम InfoWindow दृश्य बनाने का एक तरीका है (एक विवरण बॉक्स जो तब प्रकट होता है जब कोई उपयोगकर्ता पिन करता है)।

एक कस्टम Google मानचित्र जानकारी विंडो प्रदर्शित करने के लिए, प्रतिनिधि विधि को कॉल करें

 - (UIView *)mapView:(GMSMapView *)mapView markerInfoWindow:(GMSMarker *)marker; 

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

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

 - (UIView *)mapView:(GMSMapView *)mapView markerInfoWindow:(GMSMarker *)marker { TMMapImagePreview *view = [[TMMapImagePreview alloc] initWithFrame:CGRectMake(0, 0, mapView.frame.size.width * 0.7, 64)]; id image = marker.userData; NSData *imgData = (((MapCluster *)image).image).imageThumbnailData; if (imgData) view.imgView.image = [UIImage imageWithData:imgData]; else { NSString * url = (((MapCluster *)image).image).imageThumbnailURL; if (url) { [[ImageCache sharedInstance] downloadDataAtURL:[NSURL URLWithString:url] completionHandler:^(NSData *data) { (((MapCluster *)image).image).imageThumbnailData = data; [marker setSnippet:@""]; [mapView_ setSelectedMarker:marker]; }]; } } return view; } 

यहाँ TMMapImagePreview एक UIView वंशज वर्ग है, इसमें InfoWindow लेआउट का गठन किया गया है। रेडरिंग को मजबूर करने का सारा जादू ImageCache सिंगलटन के डाउनलोडडेटाट्ल विधि के कंप्लेशन ब्लॉक में निहित है, जिसे आप अनुमान लगा सकते हैं, ग्राफिक सामग्री को डाउनलोड करने और कैशिंग करने में लगे हुए हैं।

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