IOS के लिए उदाहरणों में OOP पैटर्न

अनुवादक से

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

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

इसलिए, मैंने एक पोस्ट का अनुवाद किया जिसमें iOS पर उदाहरणों के साथ डिजाइन पैटर्न पर प्रारंभिक जानकारी दी गई है ... "प्रारंभिक"? हाँ, तो एक अगली कड़ी होगी? नहीं, यह नहीं होगा। आप पैटर्न का उपयोग करके कोड लिखने की प्रक्रिया को व्यवस्थित करने के प्रयासों से अनुभव से आगे की जानकारी प्राप्त करेंगे। सबसे पहले यह काम नहीं करेगा, शायद इमारत का मुखौटा चिमनी से बाहर निकल जाएगा, लेकिन फिर एक समझ आएगी कि कौन सी तकनीकें वास्तव में मदद करती हैं।

उच्च गुणवत्ता वाले सॉफ्टवेयर विकास एक रचनात्मक प्रक्रिया है जो प्रत्येक विशिष्ट सिर के लिए अद्वितीय है। इसलिए, कोई सामान्य निर्देश नहीं है: if (A and (B or C)) then use Pattern_N;

बस अपने आप को अधिक बार पूछें: मैंने जो लिखा है वह सुंदर है?

एक पैटर्न क्या है?

पैटर्न का विचार लगभग 40 साल पहले वास्तुकार क्रिस्टोफर अलेक्जेंडर द्वारा आया था:

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

प्रोग्रामर्स ने इसे देखा और कहा :

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

विकिपीडिया के विपरीत, मैं पैटर्न को "टेम्पलेट" नहीं कहूंगा, इसलिए सी ++ टेम्पलेट के साथ भ्रमित नहीं होना चाहिए, जो कि उद्देश्य सी में जीवन का अधिकार भी है।

यह परिचय समाप्त करता है और अंत में लेख के लेखक को फर्श से गुजरता है। - नोट प्रति। :)

---

हालांकि कई डेवलपर्स इस बात से सहमत हैं कि पैटर्न का विषय बहुत महत्वपूर्ण है, इसके लिए बहुत अधिक लेख समर्पित नहीं हैं, और हम अक्सर कोड लिखते समय पैटर्न पर ध्यान नहीं देते हैं।

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

यदि आप डिजाइन पैटर्न के विषय में नए हैं, तो मेरे लिए आपके लिए अच्छी खबर है! पहला: आप पहले से ही बड़ी संख्या में पैटर्न का उपयोग करते हैं, उन सिद्धांतों के लिए धन्यवाद जो कोको पर आधारित है। (हालांकि, यह Apple को डेवलपर.apple.com पर दिए गए उदाहरणों में जल्दी कोड से नहीं रोकता है - नोट प्रति। ) दूसरा: यह लेख आपको मूल (और न केवल मूल) डिजाइन पैटर्न से परिचित कराएगा जो आमतौर पर कोको में उपयोग किए जाते हैं।

प्रत्येक पैटर्न के लिए, हम विचार करते हैं:

• यह पैटर्न क्या है;
  
• इसकी आवश्यकता क्यों है;
  
• इसका उपयोग कैसे करें;
  
• एक पैटर्न का उपयोग करते समय सामान्य गलतियाँ (यदि कोई हो)।
  

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

पीढ़ीगत पैटर्न (सृजनात्मक) सिस्टम को उस तरह से स्वतंत्र बनाते हैं जिस तरह से वस्तुएँ बनाई जाती हैं:

• एकल (सिंगलटन)
  
• सार कारखाना
  

संरचनात्मक पैटर्न वस्तुओं के बीच संबंधों की कल्पना करने के सरल तरीकों की तलाश करते हैं:

• MVC (विवादास्पद वर्गीकरण, ठीक है, इसे यहाँ रहने दें । - नोट प्रति )
  
• डेकोरेटर (डेकोरेटर)
  
• अनुकूलक (अनुकूलक)
  
• फसाड (मुखौटा)
  
• लिंकर (समग्र)
  

व्यवहार पैटर्न (व्यवहार) बातचीत की प्रक्रिया निर्धारित करते हैं, वस्तुओं के बीच "संचार":

• पर्यवेक्षक (प्रेक्षक)
  
• अभिभावक (स्मृति चिन्ह)
  
• जिम्मेदारी की श्रृंखला
  
• कमान (आदेश)
  

लेख के अंत तक, हमारा आवेदन कुछ इस तरह दिखाई देगा:

शुरुआत हो रही है

अपने पसंदीदा IDE या Xcode में BlueLibrary प्रोजेक्ट खोलें।



खाली कार्यान्वयन के साथ एक नियमित ViewController और एक सरल HTTP क्लाइंट है।

क्या आप जानते हैं जैसे ही आप Xcode या AppCode में एक नया प्रोजेक्ट बनाते हैं, आपका कोड पहले से ही पैटर्न से भरा होता है! एमवीसी, "प्रतिनिधि", "प्रोटोकॉल", "सिंगलटन" - आपको उन्हें मुफ्त में मिलता है! :)

पहले पैटर्न में गोता लगाने से पहले, हमें एल्बम जानकारी को संग्रहीत करने और प्रदर्शित करने के लिए दो कक्षाएं बनानी चाहिए।

Xcode : फ़ाइल> नया> फ़ाइल ... या .N दबाएँ।
AppCode : odeN > Xcode टेम्पलेट से फ़ाइल ...

खुलने वाले संवाद में, सूची से चुनें: iOS> कोको टच> ऑब्जेक्टिव सी क्लास , अगला क्लिक करें। कक्षा को Album कहा जाए, और यह NSObject का एक उपवर्ग होगा।

Open.h खोलें और @interface और @end बीच कई गुण और एक प्रोटोटाइप विधि जोड़ें:

 @property (nonatomic, copy, readonly) NSString * title; @property (nonatomic, copy, readonly) NSString * artist; @property (nonatomic, copy, readonly) NSString * genre; @property (nonatomic, copy, readonly) NSString * coverUrl; @property (nonatomic, copy, readonly) NSString * year; - (id)initWithTitle:(NSString *)title artist:(NSString *)artist coverUrl:(NSString *)coverUrl year:(NSString *)year; 

कृपया ध्यान दें: सभी संपत्तियों में एक readonly ध्वज होता है, जैसा कि हमें Album ऑब्जेक्ट बनाने के बाद उन्हें बदलने की आवश्यकता नहीं है।

यह विधि ऑब्जेक्ट इनिशियलाइज़र है। एक नया एल्बम बनाते हुए, हम यहां एल्बम, कलाकार, कवर URL और रिलीज़ के वर्ष का नाम देते हैं।

अब Album.m को खोलें और @implementation और @end के बीच निम्न कोड चिपकाएँ:

 - (id)initWithTitle:(NSString *)title artist:(NSString *)artist coverUrl:(NSString *)coverUrl year:(NSString *)year { self = [super init]; if (self) { _title = title; _artist = artist; _coverUrl = coverUrl; _year = year; _genre = @"Pop"; } return self; } 

सबसे आम प्रारंभिक।

एक और AlbumView क्लास बनाएं - UIView का एक उपवर्ग।

AlbumView.h में, @interface और @end बीच एक प्रोटोटाइप विधि जोड़ें:

 - (id)initWithFrame:(CGRect)frame albumCover:(NSString *)albumCover; 

और AlbumView.m में इस के साथ @implementation और @end के बीच कोड बदलें:

 @implementation AlbumView { UIImageView * coverImage; UIActivityIndicatorView * indicator; } - (id)initWithFrame:(CGRect)frame albumCover:(NSString *)albumCover { self = [super initWithFrame:frame]; if (self) { //   : self.backgroundColor = [UIColor blackColor]; //      - 5   : coverImage = [[UIImageView alloc] initWithFrame:CGRectMake(5, 5, frame.size.width-10, frame.size.height-10)]; [self addSubview:coverImage]; //   : indicator = [[UIActivityIndicatorView alloc] init]; indicator.center = self.center; indicator.activityIndicatorViewStyle = UIActivityIndicatorViewStyleWhiteLarge; [indicator startAnimating]; [self addSubview:indicator]; } return self; } @end 

पहली चीज जो आपको coverImage चाहिए, वह यह है कि एक उदाहरण चर है: coverImage । यह वेरिएबल एक कवर एल्बम इमेज है। दूसरा indicator चर एक संकेतक है जो घूमता है, जबकि गतिविधि लोड करते समय गतिविधि को दर्शाती है।

कार्यान्वयन फ़ाइल ( *.m ) में ये चर क्यों घोषित किए जाते हैं और हेडर फ़ाइल ( *.h ) में नहीं होते हैं? क्योंकि अन्य वर्गों ( AlbumView बाहर) को इन चरों के अस्तित्व के बारे में जानने की आवश्यकता नहीं है, क्योंकि उनका उपयोग केवल कक्षा के अंदर किया जाता है। यदि आप अन्य डेवलपर्स के लिए लाइब्रेरी (या फ्रेमवर्क) बना रहे हैं तो यह बिंदु बेहद महत्वपूर्ण है।

प्रोजेक्ट बनाएं (theB) - बस एक चेक। क्या सब ठीक है? फिर तैयार हो जाओ: आपका पहला पैटर्न!

एमवीसी - पैटर्न का राजा

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

तीन भूमिकाएँ:

• एक मॉडल में एप्लिकेशन डेटा होता है और उन्हें हेरफेर करने के लिए तंत्र को परिभाषित करता है। हमारे आवेदन में, मॉडल Album वर्ग होगा।
  
• प्रस्तुति (देखें), कभी-कभी वे कहते हैं कि "दृश्य" - मॉडल के दृश्य प्रतिनिधित्व के लिए जिम्मेदार है, साथ ही साथ नियंत्रण जिसके साथ उपयोगकर्ता बातचीत कर सकते हैं। आमतौर पर, ये उविवि और इसके उपवर्ग हैं। हमारे आवेदन में, देखें AlbumView व्यू है।
  
• नियंत्रक (कंट्रोलर) सभी कार्यों का समन्वय करता है। मॉडल डेटा तक पहुंच है, उन्हें विचारों में प्रदर्शित करता है, घटनाओं की सदस्यता लेता है और डेटा में हेरफेर करता है। हमारे पास किस वर्ग का नियंत्रक होगा? सही, ViewController ।
  

एमवीसी पैटर्न के सही कार्यान्वयन का अर्थ है कि आपके आवेदन में प्रत्येक वस्तु इन समूहों में से केवल एक में आती है।

• मॉडल डेटा में किसी भी परिवर्तन के नियंत्रक को सूचित करता है। बदले में, नियंत्रक विचारों में डेटा को अपडेट करता है।
  
• दृश्य उपयोगकर्ता क्रियाओं के नियंत्रक को सूचित करता है। नियंत्रक, यदि आवश्यक हो, मॉडल को अपडेट करता है या अनुरोधित डेटा प्राप्त करता है।
  

यह सब क्यों है? नियंत्रक को क्यों नहीं फेंकें, और एक कक्षा में प्रस्तुति के साथ मॉडल को मिलाएं? यह बहुत आसान हो जाएगा!

सवाल दो (परस्पर) चीजों के नीचे आता है:

1. कोड जुदाई;
2. कोड पुन: उपयोग की संभावना।

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

उदाहरण के लिए, भविष्य में हम अपने पुस्तकालय में फिल्मों या पुस्तकों को जोड़ना चाह सकते हैं। हम अभी भी मूवी और बुक ऑब्जेक्ट प्रदर्शित करने के लिए AlbumView का उपयोग कर सकते हैं! और अगर हम एक पूरी तरह से अलग परियोजना बनाना चाहते हैं जो एल्बमों के साथ काम करेगा, हम इसमें Album वर्ग का उपयोग कर सकते हैं - यह एक मॉडल है जो प्रस्तुति से स्वतंत्र है। यह MVC की शक्ति है!

MVC पैटर्न का उपयोग कैसे करें

1. सत्यापित करें कि परियोजना में प्रत्येक वर्ग एक मॉडल, नियंत्रक या दृश्य है। एक वर्ग दो भूमिकाओं को जोड़ नहीं सकता है! हमने पहले से ही दो कक्षाएं बनाकर पहला कदम उठाया है: Album और Album AlbumView ।

2. आप डेवलपर.apple.com पर देखे गए आतंक को भूल जाएं! हां, वे उदाहरण जहां ViewController एक ही समय में दो या तीन भूमिकाएं निभाते हैं। - नोट प्रति।

3. परियोजना में तीन समूह बनाएं - Model , View और Controller :



यह कैसे करें:

1. फ़ाइल> नया> समूह (या कीबोर्ड से: ऐपकोड ⌘⌥N> समूह में Xcode inN में), समूह Model नाम दें। Controller और View लिए एक ही ऑपरेशन करें।
   
2. Album.h और Album.m को Model समूह में खींचें।
   एल्बम समूह में ViewView.h और AlbumView.m को खींचें।
   Controller समूह में ViewController.h और ViewController.m खींचें।
   

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

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

सिंगल (सिंगलटन)

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

क्या आप जानते हैं Apple इस दृष्टिकोण का व्यापक उपयोग करता है। उदाहरण के लिए: [NSUserDefaults standardUserDefaults] , [UIApplication sharedApplication] , [UIScreen mainScreen] , [NSFileManager defaultManager] - इनमें से प्रत्येक विधियाँ एक सिंगलटन ऑब्जेक्ट लौटाती हैं।

आप पूछ सकते हैं कि एक वर्ग के दो या अधिक उदाहरणों के बारे में चिंता क्यों करें। एक से अधिक उदाहरण क्यों नहीं? मेमोरी अब सस्ती है, है ना?

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

कुंवारा पैटर्न का उपयोग करना

आरेख पर विचार करें:

Logger वर्ग के पास एक instance प्रॉपर्टी (एक एकल उदाहरण के लिए एक पॉइंटर) और दो विधियाँ हैं: sharedInstance() और sharedInstance() init() ।

जब क्लाइंट पहले साझा किए गए sharedInstance() विधि को कॉल करता है, तो instance प्रॉपर्टी को अभी तक इनिशियलाइज़ नहीं किया गया है, फिर क्लास का एक नया इंस्टेंस बनाया जाता है और इसके लिए एक पॉइंटर लौटाया जाता है।

अगली बार जब हम sharedInstance() , instance बिना प्रारंभ के तुरंत वापस आ जाता है। इस तरह की योजना कार्यक्रम की पूरी अवधि के लिए केवल एक उदाहरण के अस्तित्व की गारंटी देती है।

हम इस पैटर्न को लागू करेंगे: सभी एल्बम डेटा को प्रबंधित करने के लिए एक सिंगलटन बनाएं।

कृपया ध्यान दें कि API नामक परियोजना में एक समूह है। वहां हम ऐसी कक्षाएं जोड़ेंगे जो हमारे आवेदन के लिए सेवाएं प्रदान करती हैं। इस समूह में, iOS टेम्पलेट > कोको टच> ऑब्जेक्टिव-सी क्लास , NSObject का एक उपवर्ग, और इसे LibraryAPI नाम से एक वर्ग LibraryAPI ।

LibraryAPI.h खोलें और इसकी सामग्री को निम्नलिखित के साथ बदलें:

 @interface LibraryAPI : NSObject + (LibraryAPI *)sharedInstance; @end 

LibraryAPI.m पर जाएँ और @implentation लाइन के बाद निम्न विधि चिपकाएँ:

 + (LibraryAPI *)sharedInstance { // 1 static LibraryAPI * _sharedInstance = nil; // 2 static dispatch_once_t oncePredicate; // 3 dispatch_once(&oncePredicate, ^{ _sharedInstance = [[LibraryAPI alloc] init]; }); return _sharedInstance; } 

इस छोटी सी विधि में बहुत सी रोचक बातें होती हैं:

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

जब sharedInstance() फिर से कॉल किया जाता है, तो sharedInstance() ब्लॉक के अंदर कोड निष्पादित नहीं किया जाएगा (क्योंकि यह पहले ही निष्पादित हो चुका है), और आपको पिछले बनाए LibraryAPI उदाहरण के लिए एक संकेतक मिलेगा।

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

इसलिए, हमारे पास एल्बम प्रबंधन के लिए शुरुआती बिंदु, सिंगलटन है। चलो अगला कदम उठाते हैं: हमारे डेटा को संग्रहीत करने के लिए एक वर्ग बनाएं।

API समूह में, एक नया वर्ग बनाएं: iOS> कोको टच> ऑब्जेक्टिव-सी क्लास , NSObject का एक उपवर्ग, और इसे PersistencyManager कहते हैं।

PersistencyManager.h खोलें और फ़ाइल के शीर्ष पर एक पंक्ति जोड़ें:

 #import "Album.h" 

अगला, @interface के बाद निम्नलिखित कोड जोड़ें:

 - (NSArray *)albums; - (void)addAlbum:(Album *)album atIndex:(NSUInteger)index; - (void)deleteAlbumAtIndex:(NSUInteger)index; 

ये तीन तरीकों के प्रोटोटाइप हैं जो एल्बम डेटा के साथ काम करेंगे।

PersistencyManager.m खोलें और @implementation लाइन से ठीक पहले कोड जोड़ें:

 @interface PersistencyManager () { NSMutableArray * albums; //    } @end 

यह वर्ग विस्तार एक वर्ग में निजी तरीकों और चर को जोड़ने का एक और तरीका है ताकि बाहरी वर्गों को उनके बारे में पता न चले। यहां हम एक ऐरे की घोषणा करते हैं जिसमें एल्बम डेटा होगा। यह सरणी परिवर्तनशील है, इसलिए हम एल्बमों को आसानी से जोड़ और निकाल सकते हैं।

अब @implementation लाइन के बाद PersistencyManager वर्ग के कार्यान्वयन को जोड़ें:

 - (id)init { self = [super init]; if (self) { albums = [NSMutableArray arrayWithArray: @[[[Album alloc] initWithTitle:@"Best of Bowie" artist:@"David Bowie" coverUrl:@"https://s3.amazonaws.com/CoverProject/album/album_david_bowie_best_of_bowie.png" year:@"1992"], [[Album alloc] initWithTitle:@"It's My Life" artist:@"No Doubt" coverUrl:@"https://s3.amazonaws.com/CoverProject/album/album_no_doubt_its_my_life_bathwater.png" year:@"2003"], [[Album alloc] initWithTitle:@"Nothing Like The Sun" artist:@"Sting" coverUrl:@"https://s3.amazonaws.com/CoverProject/album/album_sting_nothing_like_the_sun.png" year:@"1999"], [[Album alloc] initWithTitle:@"Staring at the Sun" artist:@"U2" coverUrl:@"https://s3.amazonaws.com/CoverProject/album/album_u2_staring_at_the_sun.png" year:@"2000"], [[Album alloc] initWithTitle:@"American Pie" artist:@"Madonna" coverUrl:@"https://s3.amazonaws.com/CoverProject/album/album_madonna_american_pie.png" year:@"2000"]]]; } return self; } 

init पद्धति में, हम उदाहरण के लिए पाँच एल्बमों की एक सरणी एकत्र करते हैं (यदि आपके पास करने के लिए कुछ नहीं है, तो आप उन्हें अपने पसंदीदा संगीत से बदल सकते हैं)।

अब PersistencyManager.m के लिए तीन तरीके जोड़ें:

 - (NSArray *)albums { return albums; } - (void)addAlbum:(Album *)album atIndex:(NSUInteger)index { if (albums.count >= index) [albums insertObject:album atIndex:index]; else [albums addObject:album]; } - (void)deleteAlbumAtIndex:(NSUInteger)index { [albums removeObjectAtIndex:index]; } 

इन सरल तरीकों से आप एल्बमों को प्राप्त कर सकते हैं, जोड़ सकते हैं और हटा सकते हैं।

एक परियोजना ()B) का निर्माण केवल यह सुनिश्चित करने के लिए करें कि यह संकलन करता है।

आप आश्चर्यचकित हो सकते हैं: PersistencyManager सिंगलटन अध्याय में क्या करता है? LibraryAPI और PersistencyManager बीच के रिश्ते को अगले अध्याय में दिखाया जाएगा।

मुखौटा

मुखौटा पैटर्न एक जटिल उपतंत्र के लिए एक अंतरफलक प्रदान करता है। विभिन्न इंटरफेस वाले कई वर्गों के उपयोगकर्ताओं को झटका न देने के लिए, हम एक साधारण एपीआई प्रदान करते हैं:



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

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



यदि आपके बैकएंड को बदलने का समय आता है, तो आपको एपीआई का उपयोग करके कोड को फिर से लिखना नहीं पड़ेगा, क्योंकि एपीआई नहीं बदलेगा।

मुखौटा पैटर्न का उपयोग करना

अब हमारे पास नेटवर्क संचार के लिए स्थानीय डेटा भंडारण और HTTPClient लिए PersistencyManager ।आपके प्रोजेक्ट के अन्य वर्गों को इन दो चीजों के बारे में नहीं सोचना चाहिए।

इस पैटर्न को लागू करने के लिए, केवल एक वर्ग - LibraryAPI- को संदर्भ उदाहरण PersistencyManagerऔर चाहिए HTTPClient। LibraryAPI- यह वह पहलू है जो सेवाओं (स्टोरेज और डेटा ट्रांसफर) तक पहुंचने के लिए एक सरल इंटरफ़ेस प्रदान करता है।

नोट। आमतौर पर, एक एकल ऑब्जेक्ट किसी प्रोग्राम के निष्पादन के दौरान मौजूद होता है। यह आवश्यक नहीं है कि एक सिंगलटन को कई "मजबूत" पॉइंटर्स को अन्य ऑब्जेक्ट्स में रखा जाए, क्योंकि जब तक आवेदन बंद नहीं होगा उन्हें मुक्त नहीं किया जाएगा।

यह इस तरह के एक योजना के बारे में पता चला है



LibraryAPIबाहर कोड के लिए खुला होगा, लेकिन खाल वर्ग की जटिलता HTTPClientऔर PersistencyManagerआवेदन के बाकी। LibraryAPI.h

खोलें और फ़ाइल की शुरुआत में निर्देश जोड़ें:

 #import "Album.h" 

नीचे दिए गए इंटरफ़ेस में विधि घोषणाएँ जोड़ें:

 - (NSArray *)albums; - (void)addAlbum:(Album *)album atIndex:(int)index; - (void)deleteAlbumAtIndex:(int)index; 

यहाँ वे विधियाँ हैं जो अन्य वर्गों के लिए खुली होंगी। LibraryAPI.m पर

जाएं और शुरुआत में जोड़ें:

 #import "PersistencyManager.h" #import "HTTPClient.h" 

यह एकमात्र स्थान है जो हम इन वर्गों को आयात करते हैं! आपका API आपके "कॉम्प्लेक्स" सिस्टम का एकमात्र एक्सेस पॉइंट होगा।

अब क्लास एक्सटेंशन (लाइन के ऊपर @implementation) में तीन निजी चर जोड़ें :

 @interface LibraryAPI () { PersistencyManager * persistencyManager; HTTPClient * httpClient; BOOL isOnline; } @end 

स्विच isOnlineइंगित करता है: क्या एल्बम (ऐड, डिलीट) से जुड़े बदलाव सर्वर पर जाने चाहिए?

हम इन चरों को शुरू करते हैं। LibraryAPI.m में जोड़ें :

 - (id)init { self = [super init]; if (self) { persistencyManager = [[PersistencyManager alloc] init]; httpClient = [[HTTPClient alloc] init]; isOnline = NO; } return self; } 

नोट: HTTP क्लाइंट असली सर्वर के साथ काम नहीं करेगा। यह केवल "मुखौटा" पैटर्न प्रदर्शित करने के लिए यहां मौजूद है। isOnlineहमेशा रहेगा NO।

फिर वर्ग कार्यान्वयन में तीन विधियाँ जोड़ें LibraryAPI:

 - (NSArray *)albums { return [persistencyManager albums]; } - (void)addAlbum:(Album *)album atIndex:(int)index { [persistencyManager addAlbum:album atIndex:index]; if (isOnline) { [httpClient postRequest:@"/api/addAlbum" body:[album description]]; } } - (void)deleteAlbumAtIndex:(int)index { [persistencyManager deleteAlbumAtIndex:index]; if (isOnline) { [httpClient postRequest:@"/api/deleteAlbum" body:[@(index) description]]; } } 

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

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

एप्लिकेशन बनाएं और चलाएं। पूरी तरह से काली स्क्रीन:



iOS 6 पर, हम घड़ी के साथ एक स्टेटस बार देखेंगे। IOS 7 उपयोगकर्ता इससे वंचित हैं। पाठ और डिफ़ॉल्ट प्रतीक काले हैं।

हमें एल्बम जानकारी प्रदर्शित करने के लिए कुछ चाहिए। अगले पैटर्न पर आगे बढ़ने का एक शानदार अवसर ...

डेकोरेटर

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

ऑब्जेक्टिव-सी में इस पैटर्न के दो बहुत ही सामान्य कार्यान्वयन हैं: श्रेणियां और प्रतिनिधिमंडल।

श्रेणी

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

नोट: अपनी खुद की कक्षाओं का विस्तार करने के अलावा, आप किसी भी कोको वर्ग के तरीकों को भी जोड़ सकते हैं!

श्रेणियों का उपयोग कैसे करें

स्थिति की कल्पना करें: हमारे पास एक ऑब्जेक्ट है Albumजिसे हम तालिका में दिखाना चाहते हैं:



एल्बम के बारे में जानकारी कहां से आती है? Album- यह ऑब्जेक्ट "मॉडल" है, यह हमारे लिए कोई फर्क नहीं पड़ता कि हम किस रूप में डेटा दिखाते हैं। हमें Albumकोड को Albumस्पर्श किए बिना वर्ग में संबंधित कार्यक्षमता जोड़ने के लिए कुछ बाहरी (सम्मान के साथ ) कोड की आवश्यकता होती है Album।

हम एक श्रेणी बनाएंगे - वर्ग का विस्तार Album। श्रेणी के तरीके एक प्रयोग करने योग्य डेटा संरचना लौटाएंगे UITableView।

डेटा संरचना इस तरह दिखाई देगी: एल्बम



वर्ग में एक श्रेणी जोड़ने के लिए, उद्देश्य-सी श्रेणी के टेम्पलेट के अनुसार एक नई फ़ाइल बनाएं (आदत से सी-क्लास का चयन न करें!)
फ़ील्ड भरें:
श्रेणी : TableRepresentation
श्रेणी : Album

क्या आपने एक नया फ़ाइल नाम नोटिस किया है? Album+TableRepresentationहम कक्षा का विस्तार करते हैं Album। इस सम्मेलन का पालन करना महत्वपूर्ण है, क्योंकि यह पढ़ने की सुविधा देता है और अन्य श्रेणियों (जो आप या कोई और बना सकता है) के साथ संभावित मैचों को रोकता है। एल्बम + TableRepresentation.h पर

जाएं और एक प्रोटोटाइप तरीका जोड़ें:

 - (NSDictionary *)tr_tableRepresentation; 

विधि नाम उपसर्ग पर ध्यान दें: tr_- श्रेणी नाम के लिए संक्षिप्त नाम ( TableRepresentation)। यह एक और नियम है जो हमें अन्य तरीकों के नामों के साथ अतिव्यापीता को रोकने में मदद करेगा।

महत्वपूर्ण सूचना। यदि श्रेणी में घोषित विधि का नाम स्रोत वर्ग की विधि के नाम से मेल खाता है (या इस वर्ग की अन्य श्रेणी या यहां तक ​​कि उसके सुपरक्लास की विधि का नाम) - इस मामले में, व्यवहार परिभाषित नहीं है । वहां तुम जाओ।यह ज्ञात नहीं है कि कौन सी विधियों को निष्पादित किया जाएगा। यदि आप अपनी कक्षाओं में श्रेणियों पर काम करते हैं तो यह कोई समस्या नहीं है। लेकिन यह बहुत मुश्किल हो सकता है यदि आप मानक कोको या कोको टच वर्गों का विस्तार करने के लिए श्रेणियों का उपयोग करते हैं । एल्बम + TableRepresentation.m पर

जाएं और निम्न विधि जोड़ें:

 - (NSDictionary *)tr_tableRepresentation { return @{@"titles":@[@"", @"", @"", @""], @"values":@[self.artist, self.title, self.genre, self.year]}; } 

जरा सोचो कि पैटर्न कितना शक्तिशाली है:

• हम सीधे से गुणों का उपयोग करते हैं Album।
• हमने Albumविरासत के बिना वर्ग की कार्यक्षमता का विस्तार किया है । (यदि आप एल्बम से विरासत में प्राप्त करना चाहते हैं, तो यह भी किया जा सकता है।)
• यह सरल ऐड-ऑन हमें कोड को संशोधित किए बिना एक UITableViewअच्छा दृश्य रखने की अनुमति देता Albumहै Album।
  

Apple फाउंडेशन वर्गों में श्रेणियों का भारी उपयोग करता है। यह देखने के लिए कि वे ऐसा कैसे करते हैं, आप NSString.h खोल सकते हैं । पता लगाएं @interface NSString- वहाँ आप तीन श्रेणियों के साथ वर्ग घोषणा देखेंगे: NSStringExtensionMethods, NSExtendedStringPropertyListParsing, NSStringDeprecated। श्रेणियाँ आपको विधियों को व्यवस्थित करने, उन्हें अनुभागों में व्यवस्थित करने की अनुमति देती हैं।

प्रतिनिधिमंडल

डेकोरेटर पैटर्न का एक और रूप प्रतिनिधिमंडल है। एक तंत्र जिसमें एक वस्तु किसी अन्य वस्तु (या इसके साथ समन्वय में) की ओर से बातचीत करती है। यह बहुत समान है कि नेता अधीनस्थों को अधिकार कैसे सौंपता है।

एक उदाहरण पर विचार करें: UITableViewउन तरीकों में से एक का उपयोग करते समय जिन्हें हमें लागू करना चाहिए, यह है tableView:numberOfRowsInSection:(तालिका अनुभाग में पंक्तियों की संख्या)।

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

यहां तब होता है जब आप एक नया बनाते हैं UITableView:



ऑब्जेक्टUITableViewएक मेज दिखाकर अपना काम करता है। ऐसा करने के लिए, उसे कुछ जानकारी चाहिए जो उसके पास नहीं है। वह अधिक जानकारी के लिए अपने प्रतिनिधि (या प्रतिनिधियों) को संबोधित करता है। वैसे, एक प्रोटोकॉल का उपयोग करके एक वर्ग अनिवार्य और वैकल्पिक तरीकों की घोषणा कर सकता है (हम इस पाठ में बाद में प्रोटोकॉल के बारे में जानेंगे)।

वस्तु से वारिस करना और आवश्यक विधियों को ओवरराइड करना आसान प्रतीत होगा? लेकिन एक बिंदु है: आप केवल एक वर्ग से विरासत में मिल सकते हैं। ऑब्जेक्टिव-सी मल्टीपल इनहेरिटेंस का समर्थन नहीं करता है। यदि आप एक वस्तु को दो (या अधिक) अन्य वस्तुओं का प्रतिनिधि बनाना चाहते हैं, तो यह विरासत द्वारा प्राप्त नहीं किया जा सकता है।

नोट: यह एक महत्वपूर्ण पैटर्न है। एप्पल UIKit के सबसे कक्षाओं में इस दृष्टिकोण का उपयोग करता है: UITableView, UITextView, UITextField,UIWebView, UIAlert, UIActionSheet, UICollectionView, UIPickerView, UIGestureRecognizer, UIScrollView, ... ठीक है, मैं जारी नहीं होंगे।

प्रतिनिधिमंडल का उपयोग कैसे करें

ViewController.m खोलें और फ़ाइल के शीर्ष पर कुछ और "आयात" जोड़ें:

 #import "LibraryAPI.h" #import "Album+TableRepresentation.h" 

वर्ग विस्तार के बीच चार निजी चर जोड़ें, @interfaceऔर @end:

 @interface ViewController () { UITableView * dataTable; NSArray * allAlbums; NSDictionary * currentAlbumData; int currentAlbumIndex; } @end 

और यहां - हमें यह इंगित करने की आवश्यकता है कि वर्ग एक प्रतिनिधि है। कोण कोष्ठक में कुछ नामों को जोड़ें:

 @interface ViewController () <UITableViewDataSource, UITableViewDelegate> 

UITableViewDataSource, UITableViewDelegateप्रोटोकॉल के नाम हैं। इस प्रकार, हम पुष्टि करते हैं कि प्रतिनिधि इन दो प्रोटोकॉल का पालन करेगा। यह प्रोटोकॉल की आवश्यकताओं को पूरा करने के लिए प्रतिनिधि का एक "वादा" है।

परिणामस्वरूप, UITableViewमुझे पूरा यकीन है कि प्रतिनिधि आवश्यक तरीकों को लागू करता है।

अगला, विधि viewDidLoadको निम्नलिखित कोड से बदलें :

 - (void)viewDidLoad { [super viewDidLoad]; // 1 self.view.backgroundColor = [UIColor colorWithRed:0.76f green:0.81f blue:0.87f alpha:1.f]; currentAlbumIndex = 0; // 2 allAlbums = [[LibraryAPI sharedInstance] albums]; // 3 // UITableView,     CGRect frame = CGRectMake(0.f, 120.f, self.view.frame.size.width, self.view.frame.size.height - 120.f); dataTable = [[UITableView alloc] initWithFrame:frame style:UITableViewStyleGrouped]; dataTable.delegate = self; dataTable.dataSource = self; dataTable.backgroundView = nil; [self.view addSubview:dataTable]; } 

इस विधि का विश्लेषण इस प्रकार है:

1. पृष्ठभूमि का रंग गहरे नीले रंग में सेट करें।
2. एपीआई के माध्यम से सभी एल्बमों की एक सूची प्राप्त करें। हमें PersistencyManagerसीधे उपयोग करने की आवश्यकता नहीं है !
3. बनाएँ UITableView। हम घोषणा करते हैं कि हमारा ViewControllerप्रतिनिधि और डेटा स्रोत है UITableView, इसलिए जो भी जानकारी आवश्यक है, UITableViewवह ViewController'ओम' द्वारा प्रदान की जाएगी ।

अब ViewController.m के लिए एक और विधि जोड़ें :

 - (void)showDataForAlbumAtIndex:(int)albumIndex { //   : ,       if (albumIndex < allAlbums.count) { //  : Album * album = allAlbums[albumIndex]; //   ,     TableView: currentAlbumData = [album tr_tableRepresentation]; } else { currentAlbumData = nil; } //    ,   .  TableView [dataTable reloadData]; } 

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

अंत में एक पंक्ति जोड़ें viewDidLoad:

 [self showDataForAlbumAtIndex:currentAlbumIndex]; 

यह लाइन एप्लिकेशन शुरू होने पर वर्तमान एल्बम को लोड करती है। चूंकि वर्तमान एल्बम currentAlbumIndexका सूचकांक पहले सेट किया गया था 0, इसलिए हम संग्रह में पहला शून्य एल्बम देखते हैं ।

सिम्युलेटर पर एप्लिकेशन चलाने से, हमें प्राप्त होता है ... क्रैश:



क्या चल रहा है?हमने अपना ViewControllerप्रतिनिधि और डेटा स्रोत घोषित किया है UITableView। लेकिन!ऐसा करने के बाद, हमें सभी आवश्यक विधियों (सहित tableView:numberOfRowsInSection:) को लागू करना चाहिए , लेकिन हमने अभी तक ऐसा नहीं किया है।

इन दो तरीकों को देखें ViewController.m , के बीच @implementationऔर कहीं भी @end:

 - (NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section { return [currentAlbumData[@"titles"] count]; } - (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath { UITableViewCell * cell = [tableView dequeueReusableCellWithIdentifier:@"cell"]; if (!cell) { cell = [[UITableViewCell alloc] initWithStyle:UITableViewCellStyleValue1 reuseIdentifier:@"cell"]; } cell.textLabel.text = currentAlbumData[@"titles"][indexPath.row]; cell.detailTextLabel.text = currentAlbumData[@"values"][indexPath.row]; return cell; } 

tableView:numberOfRowsInSection:उन पंक्तियों की संख्या लौटाता है जिन्हें प्रदर्शित करने की आवश्यकता होती है TableView, जो डेटा संरचना में फ़ील्ड की संख्या से मेल खाती है।

tableView:cellForRowAtIndexPath:फ़ील्ड नाम ( title) और उसके मान ( value) के साथ एक तालिका सेल बनाता है और लौटाता है ।

एप्लिकेशन लॉन्च करने के बाद, यहां हमें वही देखना चाहिए:



अभी तक, सब कुछ ठीक चल रहा है। लेकिन अगर आप लेख में पहली छवि को याद करते हैं, तो एल्बमों के बीच स्विच करने के लिए एक दिलचस्प क्षैतिज स्क्रॉल था।

मैं एक "एक बार" स्क्रॉल नहीं करना चाहता, लेकिन एक जिसे फिर से किसी भी स्क्रीन पर पुन: उपयोग किया जा सकता है? ऐसा करने के लिए, इसकी सामग्री के बारे में सभी निर्णय किसी अन्य ऑब्जेक्ट - प्रतिनिधि को करना होगा। क्षैतिज स्क्रॉल उन तरीकों की घोषणा करेगा जो प्रतिनिधि को लागू करना होगा। वैसे प्रतिनिधि के तरीकों ने काम कियाUITableView। हम इसे अगले पैटर्न की चर्चा के हिस्से के रूप में करेंगे।

"एडाप्टर"

एडेप्टर असंगत इंटरफेस के साथ कक्षाओं को एक साथ काम करने की अनुमति देता है। एक एडाप्टर एक ऑब्जेक्ट के चारों ओर एक आवरण होता है जो इस ऑब्जेक्ट के साथ बातचीत करने के लिए एकीकृत इंटरफ़ेस प्रदान करता है ।



यदि आप अन्य भाषाओं में "एडेप्टर" पैटर्न से परिचित हैं, तो आप देखेंगे कि ऐप्पल इसे अजीबोगरीब तरीके से लागू करता है (लगभग माइक्रोयूएसबी में यूरोपीय आयोग की आवश्यकता की तरह)। वे प्रोटोकॉल का उपयोग करके ऐसा करते हैं। आप प्रोटोकॉल के साथ परिचित हो सकते हैं UITableViewDelegate, UIScrollViewDelegate, NSCoding, NSCopying। उदाहरण के लिए, एक प्रोटोकॉल NSCopyingकिसी भी वर्ग को एक मानक विधि प्रदान करता है copy।

एडेप्टर पैटर्न का उपयोग कैसे करें

उपरोक्त क्षैतिज स्क्रॉल इस तरह दिखाई देगा:



इसे लागू करने के लिए, "उद्देश्य-सी वर्ग" टेम्पलेट से एक नया वर्ग बनाएं (क्या आप भूल गए हैं?) दृश्य समूह में, इसे नाम दें HorizontalScrollerऔर इसे इनहेरिट करें UIView। क्षैतिज घुमक्कड़

खोलें। इसके बाद जोड़ें :@end

 @protocol HorizontalScrollerDelegate <NSObject> //     @end 

इसके द्वारा हम एक प्रोटोकॉल को परिभाषित करते हैं HorizontalScrollerDelegate- प्रोटोकॉल से एक NSObjectवंशानुक्रम (उसी तरह जैसे कि कक्षाएं विरासत में मिली हैं)। सामान्य अभ्यास एक वर्ग के लिए एक प्रोटोकॉल NSObjectया किसी अन्य प्रोटोकॉल के अनुरूप होता है जो कि प्रोटोकॉल के लिए विरासत / अनुरूप होता है NSObject। परिणामस्वरूप, हम NSObjectअपने प्रतिनिधि को परिभाषित संदेश भेजने में सक्षम होंगे HorizontalScroller। हम जल्द ही देखेंगे कि यह क्यों महत्वपूर्ण है।

हम आवश्यक और वैकल्पिक तरीकों की घोषणा करते हैं, जो प्रतिनिधि को लागू करना चाहिए, के बीच @protocolऔर @end:

 @required //  ,        - (NSInteger)numberOfViewsForHorizontalScroller:(HorizontalScroller *)scroller; //       <index> - (UIView *)horizontalScroller:(HorizontalScroller *)scroller viewAtIndex:(int)index; //         <index> - (void)horizontalScroller:(HorizontalScroller *)scroller clickedViewAtIndex:(int)index; @optional //  ,       // ( ,   0,     ) - (NSInteger)initialViewIndexForHorizontalScroller:(HorizontalScroller *)scroller; 

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

एक वैकल्पिक विधि प्रारंभ तत्व का सूचकांक है। यदि आप इसे निर्दिष्ट नहीं करते हैं, तो HorizontalScrollerप्रारंभ में यह खत्म हो जाएगा।

अगला, हमें कक्षा घोषणा के अंदर अपने प्रतिनिधि के नाम का उल्लेख करना चाहिए HorizontalScroller। लेकिन प्रोटोकॉल कक्षा के बाद घोषित किया जाता है, अर्थात्। घोषणा के समय अभी तक दिखाई नहीं दे रहा है HorizontalScroller। क्या करें?

समाधान प्रोटोकॉल का एक आगे की घोषणा है HorizontalScrollerDelegate। ताकि कंपाइलर को पता चले कि हमारे पास ऐसा कोई प्रोटोकॉल है (लेकिन बाद में घोषित किया जाएगा)। लाइन के ऊपर जोड़ें @interface:

 @protocol HorizontalScrollerDelegate; 

एक ही फाइल में HorizontalScroller.h के बीच लाइनों के एक जोड़े को जोड़ने @interfaceऔर @end:

 @property (weak) id<HorizontalScrollerDelegate> delegate; - (void)reload; 

ध्यान दें कि हमने weakसंपत्ति (पॉइंटर) को एक विशेषता ("कमजोर") जोड़ा है delegate। रिटेन-लूपिंग को रोकने के लिए यह आवश्यक है। यदि कोई ऑब्जेक्ट एक मजबूत पॉइंटर को एक डेलीगेट को स्टोर करता है, और एक डेलीगेट एक मजबूत पॉइंटर को वापस उस ऑब्जेक्ट में स्टोर करता है, तो आपको मेमोरी लीक होने की गारंटी दी जाती है। दोनों में से कोई भी वस्तु कभी भी स्मृति को मुक्त नहीं करेगी।

(यदि कोई व्यक्ति मजबूत और कमजोर बिंदुओं के बीच के अंतर को भूल गया है, तो यह स्पॉइलर के तहत "मुखौटा" पैटर्न के उपयोग पर अध्याय में चर्चा की गई है)।

प्रकार का id<HorizontalScrollerDelegate>मतलब है कि किसी भी वर्ग का एक ऑब्जेक्ट HorizontalScrollerDelegateजो प्रोटोकॉल के अनुरूप है (जो हमें कुछ प्रकार की सुरक्षा देता है) एक प्रतिनिधि बन सकता है ।

विधि reloadइसी तरह काम करता है reloadDataके लिएUITableView: यह क्षैतिज स्क्रॉल के लिए आवश्यक सभी डेटा को पुनः लोड करेगा। क्षैतिज रिक्त स्थान

की संपूर्ण सामग्री को ऐसे रिक्त स्थान से बदलें (हम इसे भरना जारी रखेंगे):

 #import "HorizontalScroller.h" // 1 #define VIEW_PADDING 10 #define VIEW_DIMENSIONS 100 #define VIEWS_OFFSET 100 // 2 @interface HorizontalScroller () <UIScrollViewDelegate> @end // 3 @implementation HorizontalScroller { UIScrollView * scroller; } @end 

उन बिंदुओं पर जो हम करते हैं:

1. हम विकास के स्तर पर उपस्थिति के सुविधाजनक संशोधन के लिए स्थिरांक को परिभाषित करते हैं। स्क्रॉल के अंदर विचारों के आयाम 100x100 अंक होंगे, जो आयत से 10 बिंदुओं के एक इंडेंट के साथ उन्हें फ़्रेम करते हैं।
   (पॉइंट्स पिक्सल के साथ भ्रमित नहीं होते हैं! IOS ड्रॉइंग कॉन्सेप्ट्स में एक पॉइंट वर्सेस पिक्सल सेक्शन है ) ।
2. हॉरिज़ॉन्टलसक्रॉलर क्लास UIScrollViewDelegate प्रोटोकॉल को लागू करता है। चूंकि हॉरिज़ॉन्टलसक्रॉलर एल्बम आर्ट के माध्यम से स्क्रॉल करने के लिए UIScrollView का उपयोग करता है, इसलिए इसे उपयोगकर्ता घटनाओं के बारे में जानना होगा, उदाहरण के लिए, जब उपयोगकर्ता ने स्क्रॉल करना बंद कर दिया है।
3. दरअसल, हम एक स्क्रॉल दृश्य बनाते हैं।

आगे हमें एक आरंभीकरण विधि लिखने की आवश्यकता है:

 - (id)initWithFrame:(CGRect)frame { self = [super initWithFrame:frame]; if (self) { scroller = [[UIScrollView alloc] initWithFrame:CGRectMake(0, 0, frame.size.width, frame.size.height)]; scroller.delegate = self; [self addSubview:scroller]; UITapGestureRecognizer * tapRecognizer = [[UITapGestureRecognizer alloc] initWithTarget:self action:@selector(scrollerTapped:)]; [scroller addGestureRecognizer:tapRecognizer]; } return self; } 

स्क्रॉल फलक ( scroller) पूरी तरह से भर जाता है HorizontalScroller। क्लास ऑब्जेक्ट UITapGestureRecognizerइस स्क्रॉल दृश्य पर छूता है और जांचता है कि एल्बम कवर पर क्लिक किया गया था या नहीं। यदि यह है, तो यह प्रतिनिधि को सूचित करता है HorizontalScroller।

निम्नलिखित विधि जोड़ें:

 - (void)scrollerTapped:(UITapGestureRecognizer *)gesture { CGPoint location = [gesture locationInView:gesture.view]; //   enumerator, ..      . //      subviews,   : for (int index = 0; index < [self.delegate numberOfViewsForHorizontalScroller:self]; index++) { UIView * view = scroller.subviews[index]; if (CGRectContainsPoint(view.frame, location)) { [self.delegate horizontalScroller:self clickedViewAtIndex:index]; CGPoint offset = CGPointMake(view.frame.origin.x - self.frame.size.width/2 + view.frame.size.width/2, 0); [scroller setContentOffset:offset animated:YES]; break; } } } 

gestureपैरामीटर के रूप में पारित "इशारा" ( ) ऑब्जेक्ट से , आप स्थिति को निकाल सकते हैं ( locationInView:)।

तब प्रतिनिधि पद्धति को बुलाया गया था numberOfViewsForHorizontalScroller:। उदाहरण HorizontalScrollerमें प्रतिनिधि के बारे में कोई जानकारी नहीं है, सिवाय इसके कि आप उसे यह संदेश सुरक्षित रूप से भेज सकते हैं (क्योंकि प्रतिनिधि प्रोटोकॉल का अनुपालन करता है HorizontalScrollerDelegate)।

प्रत्येक दृश्य के लिए, स्क्रॉल दृश्य के अंदर - चेक किया गया कि क्या फ़ंक्शन को कॉल करके उस पर क्लिक किया गया है CGRectContainsPoint। यदि आपको ऐसा कोई दृश्य मिलता है, तो प्रतिनिधि को एक संदेश भेजें horizontalScroller:clickedViewAtIndex:और चयनित आइटम को स्क्रॉल क्षेत्र के केंद्र में सेट करें।

अब स्कॉलर में डेटा अपडेट कोड जोड़ें:

 - (void)reload { // 1 -  ,   : if (self.delegate == nil) return; // 2 -   subviews: [scroller.subviews enumerateObjectsUsingBlock:^(id obj, NSUInteger idx, BOOL * stop) { [obj removeFromSuperview]; }]; // 3 - xValue -      : CGFloat xValue = VIEWS_OFFSET; for (int i = 0; i < [self.delegate numberOfViewsForHorizontalScroller:self]; i++) { // 4 -     : xValue += VIEW_PADDING; UIView * view = [self.delegate horizontalScroller:self viewAtIndex:i]; view.frame = CGRectMake(xValue, VIEW_PADDING, VIEW_DIMENSIONS, VIEW_DIMENSIONS); [scroller addSubview:view]; xValue += VIEW_DIMENSIONS + VIEW_PADDING; } // 5 [scroller setContentSize:CGSizeMake(xValue + VIEWS_OFFSET, self.frame.size.height)]; // 6 -   initialView,    : if ([self.delegate respondsToSelector:@selector(initialViewIndexForHorizontalScroller:)]) { int initialView = [self.delegate initialViewIndexForHorizontalScroller:self]; CGPoint offset = CGPointMake(initialView * (VIEW_DIMENSIONS + (2 * VIEW_PADDING)), 0); [scroller setContentOffset:offset animated:YES]; } } 

आइए इस कोड से गुजरें:

1. अगर कोई प्रतिनिधि नहीं है, तो हमारे पास यहां करने के लिए कुछ नहीं है। हम विधि को पूरा करते हैं।
2. (subviews), .
   (, «subview» ? «» . :) — . .)
3. ( VIEWS_OFFSET ). 100 , #define .
4. HorizontalScroller ( UIView ) , .
5. , , .
6. HorizontalScrollerदिखता है: प्रतिनिधि चयनकर्ता के संदेश का जवाब देता है initialViewIndexForHorizontalScroller:। यह जाँच आवश्यक है क्योंकि यह प्रोटोकॉल विधि वैकल्पिक है। यदि प्रतिनिधि इस पद्धति को लागू नहीं करता है, तो डिफ़ॉल्ट मान लिया जाता है 0। कोड का यह टुकड़ा स्क्रॉल दृश्य को प्रतिनिधि ( initialView) द्वारा परिभाषित दृश्य के केंद्र में सेट करता है ।

हम reloadइसे करते हैं यदि हमारा डेटा बदल गया है। इसके अलावा, इस पद्धति को तब बुलाया जाना चाहिए जब हम HorizontalScrollerनए दृश्य में जोड़ते हैं। ऐसा करने के लिए, इस विधि को कक्षा में जोड़ें HorizontalScroller:

 - (void)didMoveToSuperview { [self reload]; } 

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

पहेली HorizontalScrollerका अंतिम भाग यह सुनिश्चित करना है कि वर्तमान में चयनित एल्बम हमेशा स्क्रॉल दृश्य के केंद्र में है। ऐसा करने के लिए, उपयोगकर्ता को स्क्रॉल करते समय हमें कुछ गणना करने की आवश्यकता होती है।

निम्न विधि जोड़ें (सभी एक ही फ़ाइल के लिए, हाँ, क्षैतिज क्षैतिज। ):

 - (void)centerCurrentView { int xFinal = scroller.contentOffset.x + (VIEWS_OFFSET / 2) + VIEW_PADDING; int viewIndex = xFinal / (VIEW_DIMENSIONS + (2 * VIEW_PADDING)); xFinal = viewIndex * (VIEW_DIMENSIONS + (2 * VIEW_PADDING)); [scroller setContentOffset:CGPointMake(xFinal, 0) animated:YES]; [self.delegate horizontalScroller:self clickedViewAtIndex:viewIndex]; } 

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

उस क्षण को निर्धारित करने के लिए जब उपयोगकर्ता ने स्क्रॉल करना समाप्त कर लिया है, हम निम्नलिखित प्रोटोकॉल विधियों को जोड़ते हैं UIScrollViewDelegate:

 - (void)scrollViewDidEndDragging:(UIScrollView *)scrollView willDecelerate:(BOOL)decelerate { if (!decelerate) { [self centerCurrentView]; } } - (void)scrollViewDidEndDecelerating:(UIScrollView *)scrollView { [self centerCurrentView]; } 

scrollViewDidEndDragging:willDecelerate:जब उपयोगकर्ता ड्रैगिंग समाप्त करता है तो प्रतिनिधि को बताता है। यदि स्क्रॉल अभी तक पूरी तरह से बंद नहीं हुआ है, लेकिन पैरामीटर decelerate("मंदी") मूल्य लेता है true, लेकिन "जड़ता से" चलता रहता है। जब स्क्रॉलिंग पूरी तरह से बंद हो जाती है, तो सिस्टम हमें एक संदेश भेजेगा scrollViewDidEndDecelerating। दोनों ही मामलों में, हमें वर्तमान एल्बम को केंद्र में रखना चाहिए ( centerCurrentView), वर्तमान एल्बम के बाद से, निश्चित रूप से, स्क्रॉल करने के परिणामस्वरूप बदल सकता है।

आपका HorizontalScrollerतैयार! इस कोड को फिर से देखें। यहाँ वहाँ कोई जिक्र नहीं है Albumया AlbumView। बहुत बढ़िया!इसका मतलब यह है कि हमारा नया स्कोरर वास्तव में सामग्री से स्वतंत्र है, और इसका पुन: उपयोग किया जा सकता है।

सुनिश्चित करें कि सब कुछ संकलित करने के लिए प्रोजेक्ट बनाएं।

अब जब क्षैतिज स्क्रॉल तैयार हो गया है, तो हमारे आवेदन में इसका उपयोग करने का समय है! ViewController.m खोलें और इसमें 2 हेडर फाइलें शामिल करें:

 #import "HorizontalScroller.h" #import "AlbumView.h" 

नीचे HorizontalScrollerDelegateलागू होने वाले प्रोटोकॉल की सूची में जोड़ें ViewController:

 @interface ViewController () <UITableViewDataSource, UITableViewDelegate, HorizontalScrollerDelegate> 

वर्ग एक्सटेंशन में घुमक्कड़ उदाहरण चर को जोड़ें (घुंघराले ब्रेसिज़ के बीच):

 HorizontalScroller * scroller; 

अब आप प्रतिनिधि विधियों को लागू कर सकते हैं। आपको आश्चर्य होगा कि कई कार्यों के लिए छोटे कोड की आवश्यकता कैसे होती है! ViewController.m

के लिए कोड जोड़ें :

 #pragma mark - HorizontalScrollerDelegate methods - (void)horizontalScroller:(HorizontalScroller *)scroller clickedViewAtIndex:(int)index { currentAlbumIndex = index; [self showDataForAlbumAtIndex:index]; } 

यह उस चर का मान सेट करता है जो वर्तमान एल्बम को संग्रहीत करता है, और फिर showDataForAlbumAtIndex: नए एल्बम के लिए डेटा प्रदर्शित करने के लिए कहता है।

नोट।कभी-कभी कई तरीकों को एक शीर्षक के तहत वर्गीकृत किया जा सकता है। यह शीर्षासन एक निर्देश है #pragma mark। संकलक इसे अनदेखा करता है, लेकिन आप आईडीई में नेविगेशन पैनल में परिणाम देखेंगे - बोल्ड में हमारे निर्देश का नाम। उदाहरण के लिए, AppCode में, , F12 दबाकर :



कोड का ऐसा संगठन, ज़ाहिर है, फ़ाइल नेविगेशन को बहुत सरल करता है।

फिर कोड जोड़ें:

 - (NSInteger)numberOfViewsForHorizontalScroller:(HorizontalScroller *)scroller { return allAlbums.count; } 

क्या आपको याद है? यह एक प्रोटोकॉल विधि है जो हमारे स्क्रॉल दृश्य में विचारों की संख्या लौटाती है। हम उन सभी एल्बमों के कवर प्रदर्शित करना चाहते हैं जो हमारे पास हैं, इसलिए हम कुल एल्बमों को वापस करते हैं।

अब कोड जोड़ें:

 - (UIView *)horizontalScroller:(HorizontalScroller *)scroller viewAtIndex:(int)index { Album * album = allAlbums[index]; return [[AlbumView alloc] initWithFrame:CGRectMake(0.f, 0.f, 100.f, 100.f) albumCover:album.coverUrl]; } 

यहां हम एक नया बनाते हैं AlbumViewऔर इसे स्थानांतरित करते हैं HorizontalScroller।

बस कुछ! एक सुंदर क्षैतिज स्कोरर प्रदर्शित करने के लिए तीन छोटे तरीके!

हां, और हमें अभी भी एक (वास्तव में) स्कोरर बनाना है और इसे मुख्य दृश्य में जोड़ना है। लेकिन पहले, निम्नलिखित विधि जोड़ें:

 - (void)reloadScroller { allAlbums = [[LibraryAPI sharedInstance] albums]; if (currentAlbumIndex < 0) currentAlbumIndex = 0; else if (currentAlbumIndex >= allAlbums.count) currentAlbumIndex = allAlbums.count - 1; [scroller reload]; [self showDataForAlbumAtIndex:currentAlbumIndex]; } 

यह विधि एल्बम डेटा को माध्यम से लोड करती है LibraryAPI, और फिर वर्तमान दृश्य सेट करती है। बस मामले में, सरणी की सीमाओं से परे जाने के लिए जांचें।

अब viewDidLoadलाइन के सामने निम्न कोड जोड़कर स्कोरर को इनिशियलाइज़ करें[self showDataForAlbumAtIndex:currentAlbumIndex];

 scroller = [[HorizontalScroller alloc] initWithFrame:CGRectMake(0.f, 20.f, self.view.frame.size.width, 120.f)]; scroller.backgroundColor = [UIColor colorWithRed:0.24f green:0.35f blue:0.49f alpha:1]; scroller.delegate = self; [self.view addSubview:scroller]; [self reloadScroller]; 

यह कोड एक नया उदाहरण बनाता है HorizontalScroller, पृष्ठभूमि का रंग सेट करता है, एक प्रतिनिधि के रूप में नियुक्त करता है। फिर यह मुख्य स्क्रीन पर एक घुमक्कड़ जोड़ता है और इसमें डेटा अपडेट करता है।

नोट।यदि प्रोटोकॉल बहुत बढ़ता है, तो इसे कई छोटे लोगों में विभाजित करने पर विचार करें। उदाहरण के लिए, UITableViewDelegateऔर UITableViewDataSource। दोनों ही प्रोटोकॉल हैं UITableView, अर्थात तकनीकी रूप से, वे एक प्रोटोकॉल में मौजूद हो सकते हैं, लेकिन सुविधा के लिए टूट गए हैं। प्रोटोकॉल विकसित करने का प्रयास करें ताकि हर कोई अपनी कार्यक्षमता के क्षेत्र के लिए जिम्मेदार हो।

प्रोजेक्ट बनाएं और चलाएं। अद्भुत क्षैतिज स्क्रॉल:



तो इसे बंद करो।स्क्रॉल है। कवर कहां हैं?

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

1. के AlbumViewसाथ सीधे काम नहीं करना चाहिए LibraryAPI। हम नेटवर्किंग के साथ UI कोड नहीं जोड़ना चाहते हैं, है ना?
2. उसी कारण के LibraryAPIबारे में पता नहीं होना चाहिए AlbumView।
3. उन्हें प्रदर्शित करने के लिए कवर लोड होते ही LibraryAPIसूचित करना चाहिए । एक पहेली की तरह लग रहा है? निराशा मत करो! निम्नलिखित पैटर्न हमारी मदद करने के लिए तूफान -AlbumViewAlbumView

प्रेक्षक

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

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

यदि आप एमवीसी (संकेत: आप चाहते हैं) की अवधारणा का पालन करना चाहते हैं - आपको मॉडल और दृश्य वस्तुओं के बीच बातचीत को लागू करने की आवश्यकता है, लेकिन - एक दूसरे के लिए सीधे लिंक के बिना! और यहाँ "ऑब्जर्वर" पैटर्न चलन में है।

कोको इस पैटर्न को दो समान तरीकों से लागू करता है: सूचनाएं और कुंजी-मूल्य अवलोकन (KVO)।

नोटिस

(बस इसे पुश और अन्य पॉप-अप संदेशों के साथ भ्रमित न करें। हम प्रोग्रामिंग के बारे में बात कर रहे हैं।) सूचनाएं सदस्यता-प्रकाशित मॉडल पर आधारित हैं। इसके अनुसार, ऑब्जेक्ट "प्रकाशक" (प्रकाशक) ग्राहकों (ग्राहकों / श्रोताओं) को संदेश भेजता है। प्रकाशक को ग्राहकों के बारे में कुछ भी पता नहीं होना चाहिए।

सूचनाएँ Apple द्वारा भारी उपयोग की जाती हैं। उदाहरण के लिए, जब iOS कीबोर्ड दिखाता या छिपाता है, तो सिस्टम एक सूचना भेजता है: UIKeyboardWillShowNotificationया UIKeyboardWillHideNotification, क्रमशः। जब आपका एप्लिकेशन पृष्ठभूमि में जाता है, तो सिस्टम एक अधिसूचना भेजता है UIApplicationDidEnterBackgroundNotification।

नोट।UIApplication.h खोलें , फ़ाइल के अंत में आपको सिस्टम द्वारा भेजी गई सूचनाओं की एक विशाल सूची दिखाई देगी।

सूचनाओं का उपयोग कैसे करें

AlbumView.m पर जाएं और initWithFrame:albumCover:बाद में निम्न कोड पेस्ट करें[self addSubview:indicator];

 [[NSNotificationCenter defaultCenter] postNotificationName:@"BLDownloadImageNotification" object:self userInfo:@{@"coverUrl":albumCover, @"imageView":coverImage}]; 

यह लाइन सिंगलटन के माध्यम से एक सूचना भेजता है NSNotificationCenter। अधिसूचना में छवि का URL अपलोड किया जाना है और UIImageViewजिसमें इस छवि को रखना है। हमारे सभी "ग्राहक" को यह जानना होगा कि डाउनलोड कार्य पूरा करने के लिए यह अधिसूचना किसे प्राप्त होगी।

निम्नलिखित पंक्ति को लाइब्रेरीएपीआई में विधि में जोड़ें init, तुरंत बाद isOnline = NO:

 [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(downloadImage:) name:@"BLDownloadImageNotification" object:nil]; 

यह समीकरण का दूसरा भाग है - पर्यवेक्षक (ग्राहक)। हर बार वर्ग AlbumViewएक अधिसूचना भेजता है "BLDownloadImageNotification", जैसा कि LibraryAPIइस अधिसूचना के लिए एक पर्यवेक्षक के रूप में पंजीकृत, सिस्टम सूचित करेगा LibraryAPI। बदले में, LibraryAPIप्रदर्शन करता है downloadImage:।

अधिसूचना शीर्षक में, उपसर्ग "बीएल" = परियोजना नाम के BlueLibraryलिए संक्षिप्तिकरण को सुविधाजनक बनाने के लिए संक्षिप्त नाम ।

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


LibraryAPI.m को निम्न विधि जोड़ें :

 - (void)dealloc { [[NSNotificationCenter defaultCenter] removeObserver:self]; } 

जब किसी क्लास ऑब्जेक्ट को मेमोरी से अनलोड किया जाता है, तो यह उन सभी नोटिफिकेशन से अनसब्सक्राइब हो जाता है, जिसके लिए उसे सब्सक्राइब किया गया है।

और एक बात। डाउनलोड किए गए कवर को स्थानीय रूप से सहेजना अच्छा होगा ताकि आपको उन्हें बार-बार डाउनलोड न करना पड़े। PersistencyManager.h

खोलें और दो प्रोटोटाइप विधियाँ जोड़ें:

 - (void)saveImage:(UIImage *)image filename:(NSString *)filename; - (UIImage *)getImage:(NSString *)filename; 

और यहाँ PersistencyManager.m में उनका कार्यान्वयन है :

 - (void)saveImage:(UIImage *)image filename:(NSString *)filename { filename = [NSHomeDirectory() stringByAppendingFormat:@"/Documents/%@", filename]; NSData * data = UIImagePNGRepresentation(image); [data writeToFile:filename atomically:YES]; } - (UIImage *)getImage:(NSString *)filename { filename = [NSHomeDirectory() stringByAppendingFormat:@"/Documents/%@", filename]; NSData * data = [NSData dataWithContentsOfFile:filename]; return [UIImage imageWithData:data]; } 

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

अब यहाँ जोड़ने में एक विधि है LibraryAPI.m :

 - (void)downloadImage:(NSNotification *)notification { // 1 NSString * coverUrl = notification.userInfo[@"coverUrl"]; UIImageView * imageView = notification.userInfo[@"imageView"]; // 2 imageView.image = [persistencyManager getImage:[coverUrl lastPathComponent]]; if (imageView.image == nil) { // 3 dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{ UIImage * image = [httpClient downloadImage:coverUrl]; // 4 dispatch_sync(dispatch_get_main_queue(), ^{ imageView.image = image; [persistencyManager saveImage:image filename:[coverUrl lastPathComponent]]; }); }); } } 

यहाँ है कि यह कोड क्या करता है:

1. downloadImageइसे अधिसूचना से बुलाया जाता है और NSNotificationपैरामीटर के रूप में ऑब्जेक्ट ऑब्जेक्ट प्राप्त करता है । इस पैरामीटर से छवि का URL और पॉइंटर प्राप्त किया जाता है UIImageView।
2. यदि हम PersistencyManagerपहले डाउनलोड किए गए थे, तो हम इमेज को प्राप्त और प्रदर्शित करते हैं ।
3. यदि छवि अभी तक अपलोड नहीं की गई है, तो इसे प्राप्त करें HTTPClient।
4. जब डाउनलोड पूरा हो जाता है, तो छवि को प्रदर्शित करें UIImageViewऔर इसे स्थानीय रूप से सहेजें।

हम अन्य वर्गों से छवि डाउनलोड करने की जटिल प्रक्रिया को छिपाने के लिए फिर से मुखौटा पैटर्न का उपयोग करते हैं। अधिसूचना के प्रेषक को रुचि नहीं है कि छवि कहां से आई है: इंटरनेट से या फ़ाइल सिस्टम से।

एप्लिकेशन बनाएं और चलाएं, और आप हमारे यहां सुंदर कवर देखेंगे HorizontalScroller:




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

लेकिन आपने एक बग देखा: "डेज़ी" कताई बंद नहीं करता है! क्या बात है?

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

कुंजी-मान अवलोकन (KVO)

एक अनुवादक से: रूसी में, मुझे यह वाक्यांश नहीं मिला। अर्थ: कुंजी-मूल्य जोड़े की निगरानी करना।

KVO दृष्टिकोण का उपयोग करते हुए, एक वस्तु एक विशिष्ट संपत्ति में परिवर्तन के बारे में सूचित करने के लिए कह सकती है - अपनी या किसी अन्य वस्तु की संपत्ति। यह दृष्टिकोण एप्पल के केवीओ प्रोग्रामिंग गाइड में विस्तार से वर्णित है ।

KVO पैटर्न का उपयोग कैसे करें

KVO किसी वस्तु को किसी संपत्ति में परिवर्तन का निरीक्षण करने की अनुमति देता है। यहां हम KVO का उपयोग किसी क्लास ऑब्जेक्ट की इमेज प्रॉपर्टी में बदलाव देखने के लिए करेंगे UIImageView। एल्बमव्यू

खोलें और लाइन के ठीक बाद विधि में निम्नलिखित कोड जोड़ेंinitWithFrame:albumCover:[self addSubview:indicator];

 [coverImage addObserver:self forKeyPath:@"image" options:0 context:nil]; 

हम जोड़ दिया है self(कक्षा वस्तु ही AlbumViewगुणों के एक पर्यवेक्षक के रूप में) imageवस्तु की coverImage।
जब आपको एल्बमव्यू में पहले किया जाता है, तो आपको पर्यवेक्षक की "शक्तियां" रखना चाहिए @end:

 - (void)dealloc { [coverImage removeObserver:self forKeyPath:@"image"]; } 

अंत में, निम्न विधि जोड़ें:

 - (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary *)change context:(void *)context { if ([keyPath isEqualToString:@"image"]) { [indicator stopAnimating]; } } 

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

(बहुत बुरा तानाना, मैं चेक विकल्प जोड़ना होगा change, जो विशेष रूप से संशोधित गुणों के बारे में जानकारी है, संपत्ति का था, तो के पुराने और नए मूल्य नहीं होता है .. nilऔर नया एक तस्वीर => बंद कैमोमाइल शामिल हैं। - .. नोट लेन )

प्रारंभ आवेदन। संकेतक गायब हो जाना चाहिए:



नोट।हमेशा एक विधि में पर्यवेक्षकों को हटा दें dealloc। अन्यथा, आपका एप्लिकेशन क्रैश हो जाएगा जब वह किसी गैर-मौजूद पर्यवेक्षक को संदेश भेजने की कोशिश करता है!

यदि आप अपने एप्लिकेशन के साथ थोड़ा खेलते हैं और इसे बंद करते हैं, और फिर इसे फिर से चलाते हैं, तो ध्यान दें: एप्लिकेशन की स्थिति (चयनित अंतिम एल्बम) स्टार्टअप पर बहाल नहीं है। बेशक, क्यों? :)

इस "गलती" को ठीक करने के लिए, हम सूची से निम्नलिखित पैटर्न पर आगे बढ़ते हैं:

अभिभावक (मेमेंटो)

"रक्षक" वस्तु की स्थिति को पकड़ता है और इसे बचाता है ... कहीं। इसके अलावा, इस बचाया स्थिति को बिना एनकैप्सुलेशन को बहाल किया जा सकता है, अर्थात। एक वर्ग के निजी सदस्य निजी रहते हैं।

मेमेंटो टेम्पलेट का उपयोग कैसे करें

निम्नलिखित दो तरीके ViewController.m में जोड़ें :

 - (void)saveCurrentState { //          , //      ,    .   //     .   , //    NSUserDefaults: [[NSUserDefaults standardUserDefaults] setInteger:currentAlbumIndex forKey:@"currentAlbumIndex"]; } - (void)loadPreviousState { currentAlbumIndex = [[NSUserDefaults standardUserDefaults] integerForKey:@"currentAlbumIndex"]; [self showDataForAlbumAtIndex:currentAlbumIndex]; } 

विधि saveCurrentStateवर्तमान एल्बम के सूचकांक को बचाता है। NSUserDefaults- आईओएस द्वारा प्रदान की गई एप्लिकेशन सेटिंग्स और डेटा का एक मानक भंडारण।

loadPreviousStateपहले से सहेजे गए इंडेक्स को लोड और पुनर्स्थापित करता है। यह कीपर पैटर्न का पूर्ण कार्यान्वयन नहीं है, लेकिन हम इसकी ओर बढ़ रहे हैं।

अब स्क्रोलर को इनिशियलाइज़ करने से पहले ViewController.m की विधि में निम्नलिखित लाइन जोड़ें viewDidLoad:

 [self loadPreviousState]; 

यह कॉल एप्लिकेशन के शुरू होने पर पहले से सहेजे गए स्टेट को लोड करता है। हम आवेदन की वर्तमान स्थिति को कैसे बनाए रखेंगे? हम इसके लिए अधिसूचना तंत्र का उपयोग करते हैं। UIApplicationDidEnterBackgroundNotificationऐप के बैकग्राउंड में चले जाने पर iOS एक नोटिफिकेशन भेजता है । जब हमें यह सूचना मिल जाएगी, हम कॉल करेंगे saveCurrentState। क्या यह सुविधाजनक है? हां।

विधि के अंत में निम्नलिखित पंक्ति जोड़ें viewDidLoad:

 [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(saveCurrentState) name:UIApplicationDidEnterBackgroundNotification object:nil]; 

जब एप्लिकेशन पृष्ठभूमि में जाने वाला होता है, तो ViewControllerयह स्वचालित रूप से कॉल करके वर्तमान स्थिति को बचाएगा saveCurrentState।

एक अनुवादक से: यह ट्यूटोरियल iOS 6 के लिए लिखा गया है, जहाँ आप केवल आवेदन नहीं ले सकते और बंद कर सकते हैं। आप केवल पृष्ठभूमि को भेज सकते हैं और फिर बंद कर सकते हैं। लेकिन क्या होगा अगर Apple आपको एप्लिकेशन को तुरंत बंद करने की अनुमति देता है? तो क्या आपका तर्क टूट जाएगा? अग्रिम में इसके बारे में सोचना बेहतर है, और iOS 7 की रिलीज के बाद नहीं। सौभाग्य से, क्यूपर्टिनो में उन्होंने ऐसे दुर्भाग्यपूर्ण डेवलपर्स को पछतावा दिया जो सामान्य ज्ञान पर नहीं, बल्कि प्रयोज्य के वर्तमान संस्करण पर ध्यान केंद्रित करते हैं। प्रलेखन के विपरीत, iOS 7.0 एक अधिसूचना भेजता है ... DidEnterBackground ... भले ही आप इसे पृष्ठभूमि पर न भेजें, लेकिन तुरंत एप्लिकेशन को बंद कर दें। लेकिन सामान्य तौर पर, किसी को ओएस डेवलपर्स से ऐसी प्रतिक्रिया की उम्मीद नहीं करनी चाहिए।

निम्नलिखित कोड को तुरंत जोड़ें:

 - (void)dealloc { [[NSNotificationCenter defaultCenter] removeObserver:self]; } 

ViewControllerस्मृति से उतारने से पहले पर्यवेक्षकों के बीच से वस्तु को हटा दिया ।

एप्लिकेशन को फिर से लॉन्च करें, एक एल्बम पर जाएं। फिर होम बटन (सिम्युलेटर में - andH ) पर डबल-क्लिक करके एप्लिकेशन को बंद करें और इसे मल्टीटास्किंग से हटा दें। इसे फिर से चलाएं और सत्यापित करें कि पुनरारंभ होने से पहले जो



एल्बम चुना गया था: एल्बम में एल्बम जानकारी TableViewसही है, लेकिन कवर को अलग तरीके से घुमक्कड़ में चुना गया है। क्यों?

और यहाँ विधि initialViewIndexForHorizontalScroller:हमारे लिए उपयोगी है - हमारे प्रोटोकॉल का एक वैकल्पिक तरीका। जबकि इसे केवल प्रतिनिधि (इस मामले में, ViewControllerप्रतिनिधि) में लागू नहीं किया गया है । इसलिए, स्टार्टअप पर स्कोरर शून्य पर सेट है।

इसे ठीक करने के लिए, ViewController.m के लिए एक विधि जोड़ें :

 - (NSInteger)initialViewIndexForHorizontalScroller:(HorizontalScroller *)scroller { return currentAlbumIndex; } 

अब स्कोरर इंडेक्स (केंद्रित होने के लिए एल्बम नंबर) पर सेट किया जाएगा currentAlbumIndex। आवेदन को अधिक व्यक्तिगत बनाने का एक शानदार तरीका।

एप्लिकेशन को फिर से लॉन्च करें। समस्या हल हो गई!



यदि आपको कक्षा में एक PersistencyManagerविधि मिलती है init, तो ध्यान दें कि ऑब्जेक्ट बनाने के लिए डेटा Albumकोड में हार्ड कोडित है। यानी यह कोड हर बार बनने के बाद काम करता है PersistencyManager। लेकिन एक बार एल्बमों की सूची बनाना और उन्हें एक फ़ाइल में संग्रहीत करना बेहतर है। हम एल्बम डेटा को फ़ाइल में कैसे सहेजते हैं?

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

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

यही कारण है कि Apple ^{[प्रशस्ति पत्र की जरूरत]} संग्रह तंत्र के साथ आया था ।

संग्रह

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

संग्रह का उपयोग कैसे करें

सबसे पहले, हमें यह घोषित करना होगा कि वर्ग Albumको संग्रहीत किया जा सकता है। ऐसा करने के लिए, यह इंगित करें कि यह प्रोटोकॉल को लागू करता है NSCoding। Album.h खोलें और लाइन @interfaceको इसमें बदलें :

 @interface Album : NSObject <NSCoding> 

Album.m में दो विधियाँ जोड़ें :

 - (void)encodeWithCoder:(NSCoder *)aCoder { [aCoder encodeObject:self.year forKey:@"year"]; [aCoder encodeObject:self.title forKey:@"album"]; [aCoder encodeObject:self.artist forKey:@"artist"]; [aCoder encodeObject:self.coverUrl forKey:@"cover_url"]; [aCoder encodeObject:self.genre forKey:@"genre"]; } - (id)initWithCoder:(NSCoder *)aDecoder { self = [super init]; if (self) { _year = [aDecoder decodeObjectForKey:@"year"]; _title = [aDecoder decodeObjectForKey:@"album"]; _artist = [aDecoder decodeObjectForKey:@"artist"]; _coverUrl = [aDecoder decodeObjectForKey:@"cover_url"]; _genre = [aDecoder decodeObjectForKey:@"genre"]; } return self; } 

किसी वर्ग के उदाहरण को संग्रहीत करने के लिए, हम कॉल करते हैं encodeWithCoder:। और विधि initWithCoder:संग्रह से एल्बम का एक उदाहरण बनाता है। एक सरल लेकिन शक्तिशाली उपकरण।

अब जब क्लास Albumको संग्रहीत किया जा सकता है, तो कोड जोड़ें जो एल्बम सूची को सहेजना / लोड करना शुरू कर देगा। PersistencyManager.h के

लिए एक प्रोटोटाइप विधि जोड़ें :

 - (void)saveAlbums; 

और PersistencyManager.m में इसका कार्यान्वयन :

 - (void)saveAlbums { NSString * filename = [NSHomeDirectory() stringByAppendingString:@"/Documents/albums.bin"]; NSData * data = [NSKeyedArchiver archivedDataWithRootObject:albums]; [data writeToFile:filename atomically:YES]; } 

NSKeyedArchiverफ़ाइल में एल्बम की एक सरणी देता है " albums.bin"।

जब हम किसी ऑब्जेक्ट को संग्रहीत करते हैं जिसमें अन्य ऑब्जेक्ट होते हैं, तो आर्काइव रिकर्सिवली चाइल्ड ऑब्जेक्ट को संग्रहीत करता है। हमारा संग्रह albums(वस्तुओं की सरणी Album) के साथ शुरू होता है । चूंकि दोनों वर्ग NSArrayऔर Albumइंटरफ़ेस का समर्थन NSCoding, सरणी की सारी सामग्री रिकर्सिवली संग्रहीत किया गया।

अब PersistencyManager.minit में निम्नलिखित कोड के साथ विधि को बदलें :

 - (id)init { self = [super init]; if (self) { NSData * data = [NSData dataWithContentsOfFile:[NSHomeDirectory() stringByAppendingString:@"/Documents/albums.bin"]]; albums = [NSKeyedUnarchiver unarchiveObjectWithData:data]; if (albums == nil) { albums = [NSMutableArray arrayWithArray: @[[[Album alloc] initWithTitle:@"Best of Bowie" artist:@"David Bowie" coverUrl:@"https://s3.amazonaws.com/CoverProject/album/album_david_bowie_best_of_bowie.png" year:@"1992"], [[Album alloc] initWithTitle:@"It's My Life" artist:@"No Doubt" coverUrl:@"https://s3.amazonaws.com/CoverProject/album/album_no_doubt_its_my_life_bathwater.png" year:@"2003"], [[Album alloc] initWithTitle:@"Nothing Like The Sun" artist:@"Sting" coverUrl:@"https://s3.amazonaws.com/CoverProject/album/album_sting_nothing_like_the_sun.png" year:@"1999"], [[Album alloc] initWithTitle:@"Staring at the Sun" artist:@"U2" coverUrl:@"https://s3.amazonaws.com/CoverProject/album/album_u2_staring_at_the_sun.png" year:@"2000"], [[Album alloc] initWithTitle:@"American Pie" artist:@"Madonna" coverUrl:@"https://s3.amazonaws.com/CoverProject/album/album_madonna_american_pie.png" year:@"2000"]]]; [self saveAlbums]; } } return self; } 

अब NSKeyedUnarchiverएक फ़ाइल से एल्बम डेटा लोड करता है, यदि कोई मौजूद है। यदि यह मौजूद नहीं है, तो हम परीक्षण डेटा से एल्बम बनाते हैं। और अगली बार जब आप शुरू करते हैं, तो उन्हें पढ़ने के लिए तुरंत सहेजें।

हम हर बार एप्लिकेशन को पृष्ठभूमि में जाने पर एल्बम डेटा को सहेजना चाहते हैं। आप कह सकते हैं कि यह अब आवश्यक नहीं है, लेकिन क्या होगा यदि आप बाद में एल्बम डेटा को बदलने की क्षमता जोड़ना चाहते हैं? फिर आपको यह सुनिश्चित करने की आवश्यकता है कि सभी परिवर्तन सहेजे गए हैं। LibraryAPI.h में

एक नई विधि घोषणा जोड़ें :

 - (void)saveAlbums; 

यह है LibraryAPI, जैसा कि हम याद करते हैं, एप्लिकेशन सेवाओं में बदल जाता है। यह वह जगह है जहां एप्लिकेशन इंगित करेगा PersistencyManagerकि आप एल्बम डेटा को सहेजना चाहते हैं।

और LibraryAPI.m में इस पद्धति का कार्यान्वयन :

 - (void)saveAlbums { [persistencyManager saveAlbums]; } 

अंत में, विधि के अंत में ViewController.m के लिए निम्न कोड जोड़ें saveCurrentState:

 [[LibraryAPI sharedInstance] saveAlbums]; 

हम हर बार इस ViewControllerस्थिति को सहेजने के लिए एल्बम को सहेजते हैं।

सब कुछ संकलित करने के लिए आवेदन का निर्माण करें।

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

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

यह हमारे लिए सूची में अंतिम पैटर्न के बारे में बात करने का एक शानदार अवसर है: टीम।

टीम

टीम - "आदेश" के अर्थ में, कमांड, टीम नहीं।

कमांड पैटर्न किसी ऑब्जेक्ट में एक अनुरोध या कार्रवाई को एन्क्रिप्ट करता है। उदाहरण के लिए, हमारे पास "निष्पादित विधि" कमांड है :

 Forrest->Run(speed, distance); 

इस आदेश से हम तीन गुणों वाली एक वस्तु बनाते हैं:

• Forrest ;
• Run ;
• Array(speed, distance).

एनकैप्सुलेशन एक अनुरोध को और अधिक लचीला बनाता है: इसे सामान्य रूप से, सहेजे गए, संशोधित, पंक्तिबद्ध ... जुगाड़ किए गए ऑब्जेक्ट के बीच स्थानांतरित किया जा सकता है। Apple लक्ष्य-क्रिया तंत्र और मंगलाचरण का उपयोग करके इस पैटर्न को लागू करता है।

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

कमांड पैटर्न का उपयोग कैसे करें

कॉल तंत्र में गोता लगाने से पहले, हम कार्यों को रद्द करने की संभावना तैयार करेंगे। हम पूर्ववत स्टैक के लिए UIToolbarभी परिभाषित NSMutableArrayकरते हैं। ViewController.m

में निम्नलिखित कोड को वर्ग एक्सटेंशन में जोड़ें , जहां हमने अन्य सभी चर को परिभाषित किया है:ViewController

 UIToolbar * toolbar; NSMutableArray * undoStack; //   ,       push  pop 

यह एक टूलबार होगा, दूसरे शब्दों में - क्रियाओं के लिए बटन वाला टूलबार। और एक सरणी भी जो कमांड स्टैक की भूमिका निभाएगी। टिप्पणी से पहले

शीर्ष पर निम्नलिखित कोड जोड़ें viewDidLoad:" // 2":

 toolbar = [[UIToolbar alloc] init]; UIBarButtonItem * undoItem = [[UIBarButtonItem alloc] initWithBarButtonSystemItem:UIBarButtonSystemItemUndo target:self action:@selector(undoAction)]; undoItem.enabled = NO; UIBarButtonItem * space = [[UIBarButtonItem alloc] initWithBarButtonSystemItem:UIBarButtonSystemItemFlexibleSpace target:nil action:nil]; UIBarButtonItem * delete = [[UIBarButtonItem alloc] initWithBarButtonSystemItem:UIBarButtonSystemItemTrash target:self action:@selector(deleteAlbum)]; [toolbar setItems:@[undoItem, space, delete]]; [self.view addSubview:toolbar]; undoStack = [[NSMutableArray alloc] init]; 

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

ध्यान दें कि टूलबार बिना फ्रेम के शुरू किया गया है, अर्थात। हम यहां इसकी सीमाओं को परिभाषित नहीं करते हैं। तथ्य यह है कि सीमाएं viewDidLoadअंतिम नहीं हैं। हम ViewController"फ्रेमिंग" को पूरा करने के बाद अंतिम सीमाएं पाएंगे । ViewController.m के लिए निम्न विधि जोड़ें :

 - (void)viewWillLayoutSubviews { toolbar.frame = CGRectMake(0, self.view.frame.size.height - 44, self.view.frame.size.width, 44); dataTable.frame = CGRectMake(0, 130, self.view.frame.size.width, self.view.frame.size.height - 200); } 

अगला, हम एल्बम प्रबंधन कार्रवाई को संभालने के लिए ViewController.m के तीन तरीकों को जोड़ेंगे: अंतिम क्रिया को जोड़ें, हटाएं और पूर्ववत करें।

पहली विधि एक नया एल्बम जोड़ रही है:

 - (void)addAlbum:(Album *)album atIndex:(int)index { [[LibraryAPI sharedInstance] addAlbum:album atIndex:index]; currentAlbumIndex = index; [self reloadScroller]; } 

यहां हम एल्बम को जोड़ते हैं, "गो" इसमें (वर्तमान सूचकांक सेट करें) और स्कॉलर को अपडेट करें।

अगला, हटाना:

 - (void)deleteAlbum { // 1 Album * deletedAlbum = allAlbums[currentAlbumIndex]; // 2 NSMethodSignature * sig = [self methodSignatureForSelector:@selector(addAlbum:atIndex:)]; NSInvocation * undoDeleteAction = [NSInvocation invocationWithMethodSignature:sig]; [undoDeleteAction setTarget:self]; [undoDeleteAction setSelector:@selector(addAlbum:atIndex:)]; [undoDeleteAction setArgument:&deletedAlbum atIndex:2]; [undoDeleteAction setArgument:&currentAlbumIndex atIndex:3]; [undoDeleteAction retainArguments]; // 3 [undoStack addObject:undoDeleteAction]; // 4 [[LibraryAPI sharedInstance] deleteAlbumAtIndex:currentAlbumIndex]; [self reloadScroller]; // 5 [toolbar.items[0] setEnabled:YES]; } 

यहां नई दिलचस्प विशेषताएं हैं, आइए इस कोड को और अधिक विस्तार से देखें:

1. हमें हटाए जाने वाले एल्बम का एक पॉइंटर मिलता है।
2. एक विधि हस्ताक्षर (क्लास ऑब्जेक्ट NSMethodSignature) बनाएँ । और हस्ताक्षर के आधार पर, हम एक ऑब्जेक्ट बनाते NSInvocationहैं जिसका उपयोग भविष्य में डिलीट ऑपरेशन को रद्द करने के लिए किया जाएगा - undoDeleteAction।
   NSInvocationतीन बातें जाननी चाहिए:
   
   • लक्ष्य - जिस वस्तु को संदेश भेजा जाता है;
   • चयनकर्ता - जो संदेश प्रेषित करना है;
   • संदेश तर्क ।
   हमारे उदाहरण में, हमें एक संदेश भेजना चाहिए जो डिलीट ऑपरेशन के विपरीत है। इसलिए - हटाए गए एल्बम को वापस जोड़ें।
3. जब हमने बनाया है undoDeleteAction, तो इसे एक काल्पनिक "स्टैक" में जोड़ें ...
   ऐसा कभी न करें! लेखक सरणी को एक स्टैक कहता है। जैसे, "कोड पढ़ने वाले व्यक्ति को कल्पना करनी चाहिए कि सरणी एक स्टैक है" ... एक स्टैक चाहते हैं? दो ऑपरेशन होने चाहिए: pushऔर pop। वह सब है। - नोट प्रति।
4. डेटा संरचना से एल्बम निकालें LibraryAPIऔर स्कोरर को अपडेट करें।
5. हमारे पास एक कार्रवाई है जिसे पूर्ववत किया जा सकता है, इसलिए हमें पूर्ववत करें बटन को सक्षम करने की आवश्यकता है ।

नोट।सर्किट का उपयोग करते हुए NSInvocation, आपको निम्नलिखित बातों को ध्यान में रखना होगा:

• सूचक द्वारा तर्क पारित किया जाना चाहिए।
• तर्क क्रमांक एक सूचकांक से शुरू होता है 2। सूचकांक 0और 1लक्ष्य और चयनकर्ता के लिए आरक्षित हैं ।
• यदि कोई मौका है कि तर्कों को स्मृति से मुक्त किया जा सकता है, तो इसे बुलाया जाना चाहिए retainArguments।

अंत में, पूर्ववत कार्रवाई के लिए एक विधि जोड़ें:

 - (void)undoAction { if (undoStack.count > 0) { NSInvocation * undoAction = [undoStack lastObject]; [undoStack removeLastObject]; [undoAction invoke]; } if (undoStack.count == 0) { [toolbar.items[0] setEnabled:NO]; } } 

यहाँ हम दो तरीकों में स्टैक से एक आइटम को हटाने की नकल देखते हैं: lastObject+ removeLastObject। बेशक, ViewControllerमुझे ऐसी चीजों के बारे में नहीं सोचना चाहिए। एक सामान्य स्टैक बनाना इस लेख के अनुवादक से आपका होमवर्क है।

हमें स्टैक से अंतिम तत्व मिलता है, इसमें हमेशा एक प्रकार होता है NSInvocationऔर इसे विधि का उपयोग करके बुलाया जा सकता है invoke। इस प्रकार, हमने जो टीम बनाई है उसे कहा जाता है (एल्बम को हटाते समय) - और यह हटाए गए एल्बम को सूची में वापस कर देता है।

स्टैक से प्राप्त आइटम को इससे हटा दिया जाता है। इसलिए, आपको यह जांचने की आवश्यकता है कि स्टैक खाली है या नहीं। यदि यह खाली है, तो अब हमारे पास रद्द करने की कार्रवाई नहीं है। इस मामले में, हम पूर्ववत करें बटन को दबाने पर रोक लगाते हैं (यह ग्रे हो जाता है)।

हमारे रद्दीकरण तंत्र कैसे काम करता है यह जांचने के लिए ऐप लॉन्च करें। एक या दो एल्बम हटाएं और इसके प्रभाव को देखने के लिए पूर्ववत करें बटन पर क्लिक करें:

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

आगे क्या है

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

हमने देखा कि पैटर्न क्या देते हैं: जटिल कार्यों के लिए, सरल समाधान प्राप्त किए जाते हैं। हमने सीखा कि सिंगलटन, एमवीसी, प्रतिनिधिमंडल, प्रोटोकॉल, मुखौटा, पर्यवेक्षक, रक्षक और टीम क्या हैं।

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

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

---

अनुवादक से (निष्कर्ष के बजाय)

आइए हम लेख की शुरुआत को याद करें: पैटर्न "क्रिस्टोफर अलेक्जेंडर" द्वारा पहली बार "पैटर्न भाषा" पुस्तक में वर्णित किया गया था। पैटर्न एक ऐसी भाषा है जो दो चीजों को जोड़ती है:

1. डेवलपर का अनुभव
2. हम जो भाषा बोलते और लिखते हैं।

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

आइए आपको बताते हैं यहां का जवाब। मेरा मतलब है, यह ज्ञान कोड में व्यक्त किया जाना चाहिए ताकि " NSMutableArrayभविष्य में हमारे पास एक ढेर हो" वाक्यांश से छुटकारा मिल सके । कोड और प्रलेखन को एक दूसरे को प्रतिबिंबित करना चाहिए, और एक दूसरे को पूरक नहीं करना चाहिए ("जो कोड से दिखाई नहीं दे रहा है, आप प्रलेखन में पाएंगे, और इसके विपरीत")।

प्रत्येक इकाई, प्रत्येक विचार जिसके बारे में हम बात कर रहे हैं, उसे कोड में खूबसूरती से इंगित किया जाना चाहिए ताकि एक बाहरी व्यक्ति, कोड को देखकर, सार को जल्दी से समझ सके। “वस्तु की व्यवस्था कैसे की जाती है? कैसे यह अन्य वस्तुओं के साथ सूचना का आदान प्रदान? "- सरल और संक्षिप्त जवाब, वहाँ है एक पैटर्न।

और अधिक।हमेशा IDE से चेतावनी को देखें। उदाहरण के लिए, विधि कोड में showDataForAlbumAtIndex:हमने एक चेक किया था if (albumIndex < allAlbums.count), लेकिन हमने इसे क्यों नहीं जांचा (albumIndex >= 0)? ट्यूटोरियल के लेखक ने इसके बारे में नहीं सोचा था, लेकिन वर्ग के रचनाकारों ने NSArrayसोचा, इसलिए AppCode तुरंत हाइलाइट करता है: के साथ



प्रतिस्थापित intकरने पर NSUInteger, हमें एक सुरक्षित कोड मिलता है - बिना अनावश्यक जांच के - "डिज़ाइन द्वारा"।

पुनश्च

पर ई-मेल लिखें देव @x128 .आरयू , अगर कुछ स्पष्ट नहीं है।

यह लेख Apple के कोको डिज़ाइन पैटर्न दस्तावेज़ पर आधारित है , जो लेख के अनुवाद के दौरान पुराना था:



इस दस्तावेज़ को स्ट्रीमलाइन योर ऐप विद डिज़ाइन पैटर्न के सरल विवरण से बदल दिया गया है , जिसमें से सभी लिंक "गैंग ऑफ़ फ़ोर" को छोड़ दिया गया है। "मैक एप्स डेवलप करना शुरू करें" का नारा किसी भी किताबों के अनुकूल नहीं है । आप एक दिन में एक पुस्तक नहीं पढ़ सकते हैं।

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

क्या पढ़ना है?

• "गैंग ऑफ़ फोर" / "गैंग ऑफ़ फोर" (गामा, हेल्म, जॉनसन, व्लिसाइड्स) से ऑब्जेक्ट-ओरिएंटेड डिज़ाइन की तकनीक । क्लासिक।
• डिजाइन पैटर्न (फ्रीमैन, फ्रीमैन)। Agent_Smith : यहां तक ​​कि खुद लोग और GOF इसकी सलाह देते हैं।
• कार्लो चुंग द्वारा iOS के लिए प्रो ऑब्जेक्टिव-सी डिज़ाइन पैटर्न । नियम : संदर्भ के रूप में उपयोग करें।