जादू और रक्त के साथ उद्देश्य-सी में निर्भरता इंजेक्शन

MVC पृथक्करण पर्याप्त नहीं है

हर दिन, iOS एप्लिकेशन अधिक बोझिल होते जा रहे हैं, जिसके परिणामस्वरूप एक MVC पर्याप्त नहीं है।

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

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

[[RequestManager sharedInstance] loadResourcesAtPath:@"http://example.com/resources" withDelegate:self]; //  [[DatabaseManager sharedManager] saveResource:resource]; 

इस दृष्टिकोण का उपयोग कई परियोजनाओं में किया जाता है, लेकिन इसके कुछ नुकसान भी हैं:

• सिंगलटन जो कि परीक्षण किए गए वर्ग के अंदर उपयोग किया जाता है, एक नकली वस्तु के साथ बदलना मुश्किल है
• अनिवार्य रूप से सिंगलटन एक वैश्विक चर है
• SRP के संदर्भ में , किसी ऑब्जेक्ट को उसके सिंगलटन व्यवहार को नियंत्रित नहीं करना चाहिए

पहली समस्या को हल करना काफी सरल है - आपको गुणों का उपयोग करने की आवश्यकता है:

 @interface ViewController : UIViewController @property (nonatomic, strong) RequestManager *requestManager; @end 

लेकिन इस दृष्टिकोण के अन्य नुकसान हैं - अब किसी को इस संपत्ति को "भरना" है।
ब्लड मैजिक इस समस्या को हल करने में मदद करता है।

निर्भरता इंजेक्शन

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

DI आपको एप्लिकेशन में एक requestManager रूप में requestManager का उपयोग करने की अनुमति देता है, लेकिन परीक्षण में इसे नकली के साथ बदल दिया जाता है। एक ही समय में, न तो RequestManager और न ही ViewController RequestManager बारे में कुछ भी जानता है, क्योंकि यह व्यवहार डीआई फ्रेमवर्क को नियंत्रित करता है।

गीथब पर ऑब्जेक्टिव-सी पर कई DI कार्यान्वयन हैं, लेकिन उनकी कमियां हैं:

• मैक्रो या स्ट्रिंग स्थिरांक का उपयोग कर निर्भरता का वर्णन
• कार्यान्वयन केवल तभी होता है जब ऑब्जेक्ट "विशेष" तरीके से बनाया जाता है (यह विकल्प ViewController और स्टोरीबोर्ड और किसी भी चीज़ से बनाया गया View के साथ काम नहीं करेगा)
• कार्यान्वित वर्ग को कुछ प्रोटोकॉल लागू करने होंगे (यह तृतीय-पक्ष या मानक पुस्तकालयों के साथ काम नहीं करेगा)
• आरंभीकरण को एक अलग मॉड्यूल में नहीं ले जाया जा सकता है
• एक्सएमएल

ब्लड मैजिक

आइए अगले ढांचे को देखें (अन्य दोषों के साथ) - रक्त जादू (BloodMagic, BM)

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

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

 @interface ViewController : UIViewController @property (nonatomic, strong) ProgressViewService *progressViewService; @property (nonatomic, strong) ResourceLoader *resourceLoader; @end @implementation ViewController - (void)loadResources { [self.progressViewService showProgressInView:self.view]; self.resourceLoader.delegate = self; [self.resourceLoader loadResources]; } - (ProgressViewService *)progressViewService { if (_progressViewService == nil) { _progressViewService = [ProgressViewService new]; } return _progressViewService; } - (ResourceLoader *)resourceLoader { if (_resourceLoader == nil) { _resourceLoader = [ResourceLoader new]; } return _resourceLoader; } @end 

आप बस लिख सकते हैं:

 @interface ViewController : UIViewController <BMLazy> @property (nonatomic, strong, bm_lazy) ProgressViewService *progressViewService; @property (nonatomic, strong, bm_lazy) ResourceLoader *resourceLoader; @end @implementation ViewController @dynamic progressViewService; @dynamic resourceLoader; - (void)loadResources { [self.progressViewService showProgressInView:self.view]; self.resourceLoader.delegate = self; [self.resourceLoader loadResources]; } @end 

और वह सब है। दोनों @dynamic गुणों को पहली बार self.progressViewService और self.resourceLoader । इन वस्तुओं को सामान्य गुणों के साथ-साथ ViewController मुक्त करने के बाद मुक्त किया जाएगा।

रक्त जादू और निर्भरता इंजेक्शन

डिफ़ॉल्ट रूप से, +new क्लास विधि का उपयोग ऑब्जेक्ट बनाने के लिए किया जाता है। लेकिन अपने स्वयं के कस्टम इनिशियलाइज़र का वर्णन करना संभव है, जो कि डीआई फ्रेमवर्क के रूप में बीएम की एक प्रमुख विशेषता है।

एक कस्टम इनिशियलाइज़र बनाना एक क्रिया है:

 BMInitializer *initializer = [BMInitializer lazyInitializer]; initializer.propertyClass = [ProgressViewService class]; initializer.initializer = ^id (id sender){ return [[ProgressViewService alloc] initWithViewController:sender]; }; [initializer registerInitializer]; 

propertyClass - इनिशलाइज़र इस वर्ग की संपत्तियों के लिए पंजीकृत है।
initializer - वह ब्लॉक जिसे ऑब्जेक्ट इनिशियलाइज़ करने के लिए बुलाया जाएगा। यदि यह nil ब्लॉक या इनिशलाइज़र नहीं मिला है, तो ऑब्जेक्ट +new विधि का उपयोग करके बनाया जाएगा।
sender कंटेनर श्रेणी का एक उदाहरण है।

इनिशियलाइज़र के पास एक containerClass प्रॉपर्टी भी होती है, जो आपको कंटेनर के आधार पर एक ही प्रॉपर्टी के विभिन्न तरीकों से निर्माण का वर्णन करने की अनुमति देती है। उदाहरण के लिए:

 BMInitializer *usersLoaderInitializer = [BMInitializer lazyInitializer]; usersLoaderInitializer.propertyClass = [ResourceLoader class]; usersLoaderInitializer.containerClass = [UsersViewController class]; usersLoaderInitializer.initializer = ^id (id sender){ return [ResourceLoader usersLoader]; }; [usersLoaderInitializer registerInitializer]; BMInitializer *projectsLoaderInitializer = [BMInitializer lazyInitializer]; projectsLoaderInitializer.propertyClass = [ResourceLoader class]; projectsLoaderInitializer.containerClass = [ProjectsViewController class]; projectsLoaderInitializer.initializer = ^id (id sender){ return [ResourceLoader projectsLoader]; }; [projectsLoaderInitializer registerInitializer]; 

इस प्रकार, UsersViewController और ProjectsViewController के लिए अलग-अलग ऑब्जेक्ट बनाए जाएंगे। डिफ़ॉल्ट रूप से, NSObject वर्ग के बराबर है।

शुरुआती लोगों ने विभिन्न shared* तरीकों और लेख की शुरुआत में वर्णित हार्डकोड से छुटकारा पाने में मदद की:

 BMInitializer *initializer = [BMInitializer lazyInitializer]; initializer.propertyClass = [RequestManager class]; initializer.initializer = ^id (id sender){ static id singleInstance = nil; static dispatch_once_t once; dispatch_once(&once, ^{ singleInstance = [RequestManager new]; }); return singleInstance; }; [initializer registerInitializer]; 

आरंभीकरण का संगठन और भंडारण

किसी प्रोजेक्ट में कई इनिशियलाइज़र हो सकते हैं, इसलिए उन्हें अलग जगह / मॉड्यूल में ले जाने का कोई मतलब नहीं है।

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

एक उदाहरण:

 // LoaderInitializer.m #import <BloodMagic/Lazy.h> #import "ResourceLoader.h" #import "UsersViewController.h" #import "ProjectsViewController.h" lazy_initializer ResourseLoaderInitializers() { BMInitializer *usersLoaderInitializer = [BMInitializer lazyInitializer]; usersLoaderInitializer.propertyClass = [ResourceLoader class]; usersLoaderInitializer.containerClass = [UsersViewController class]; usersLoaderInitializer.initializer = ^id (id sender){ return [ResourceLoader usersLoader]; }; [usersLoaderInitializer registerInitializer]; BMInitializer *projectsLoaderInitializer = [BMInitializer lazyInitializer]; projectsLoaderInitializer.propertyClass = [ResourceLoader class]; projectsLoaderInitializer.containerClass = [ProjectsViewController class]; projectsLoaderInitializer.initializer = ^id (id sender){ return [ResourceLoader projectsLoader]; }; [projectsLoaderInitializer registerInitializer]; } 

lazy_initializer को __attribute__((constructor)) static void बदल दिया जाएगा। constructor विशेषता का मतलब है कि इस पद्धति को main तुलना में पहले कहा जाएगा (यहां अधिक विस्तृत विवरण है: जीसीसी। फ़ंक्शन गुण )।

निकट भविष्य की योजनाएं

• प्रोटोकॉल सपोर्ट लागू करें ( @property (nonatomic, strong) id loader)
  कार्य और कार्यान्वयन का विवरण जोड़ें
  नई विशेषताओं को जोड़ने का वर्णन करें
  अधिक विशेषताएँ जोड़ें