एक विधि कार्यान्वयन को ओवरराइड करना। जावा से प्रेरित है

निरंतरता यहाँ पढ़ी जा सकती है habrahabr.ru/post/170265

प्रविष्टि

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

Button.OnClickListener mTakePicSOnClickListener = new Button.OnClickListener() { @Override public void onClick(View v) { } }; 

एक OnClickListener प्रतिनिधि की घोषणा और इसकी onClick विधि (मुझे जावा प्रोग्रामर को सही करें) को ओवरराइड करना। हम्म, मैंने सोचा, लेकिन ऑब्जेक्टिव-सी में इस सुविधा का होना अच्छा होगा, अर्थात किसी ऑब्जेक्ट के विधि कार्यान्वयन (एक विशिष्ट ऑब्जेक्ट, और क्लास के सभी ऑब्जेक्ट्स के लिए विधि कार्यान्वयन नहीं) को फिर से परिभाषित करने की क्षमता और रनटाइम में ब्लॉक के माध्यम से भी!) और भूल गया यह सब तब तक है ... जब तक वह बारिश के मौसम में एक खाली बस में नहीं था। बहुत समय था और मैंने इस बात पर विचार करने का फैसला किया कि यहां क्या किया जा सकता है।
यह क्यों जरूरी था? प्रारंभ में, मैं ऐसा करने में सक्षम होना चाहता था:

 tableView1.delegate = [[NSObject new] override:@selector(tableView:didDeselectRowAtIndexPath:) imp:^void(NSIndexPath* ip){ NSLog(@"selected row %i", ip.row); }] tableView2.delegate = [[NSObject new] override:@selector(tableView:didDeselectRowAtIndexPath:) imp:^void(NSIndexPath* ip){ NSLog(@"selected row %i", ip.row); }] 

कृपया ध्यान दें कि यह प्रतिनिधि को बदलने और इसके लिए पूर्वनिर्धारित तरीकों को जोड़ने वाला है। और tableView मूल रहता है, बिना किसी बदलाव के।

उसी जगह, मैंने महसूस किया कि यह पूरी तरह से उद्देश्यपूर्ण सी-रनटाइम के समृद्ध आंतरिक दुनिया के लिए धन्यवाद था।
और हाँ, उसी जगह ने मुझे निराश नहीं किया।

उदाहरण

उदाहरण के साथ शुरू करते हैं। कार्यान्वयन और नुकसान के बारे में मैं थोड़ा कम बताऊंगा

1) नव निर्मित UIViewContoller'a के लिए viewWillApear विधि को ओवरराइड करना

 UIViewController* vc = [[UIViewController new] overrideMethod:@selector(viewWillAppear:) blockImp:^id(UIViewController* selfVC, BOOL anim) { selfVC.view.backgroundColor=[UIColor redColor]; //  view }]; [self presentViewController:vc animated:YES completion:^{ }]; // vc 

2) UITableViewDataSource प्रोटोकॉल का कार्यान्वयन

  // ds (  MMProxy ) MMProxy *ds = [MMProxy proxyWithMMObject]; //     NSArray *arr=@[@"one",@"two",@"three", @"four",@"five"]; //   (  ,    ) //:  isRequired         (@required) //   (@option) //     [ds addMethod:@selector(numberOfSectionsInTableView:) fromProtocol:@protocol(UITableViewDataSource) isRequired:NO blockImp:^NSUInteger(id object, UITableView* tb) { return 1; }]; [ds addMethod:@selector(tableView:numberOfRowsInSection:) fromProtocol:@protocol(UITableViewDataSource) isRequired:YES blockImp:^NSUInteger (id object, UITableView* tb) { return [arr count]; }]; [ds addMethod:@selector(tableView:cellForRowAtIndexPath:) fromProtocol:@protocol(UITableViewDataSource) isRequired:YES blockImp:^id(id obj, UITableView* tb, NSIndexPath* indexPath) { static NSString *TableIdentifier = @"SimpleTableItem"; UITableViewCell *cell = [tb dequeueReusableCellWithIdentifier:TableIdentifier]; if (cell == nil) cell = [[UITableViewCell alloc] initWithStyle:UITableViewCellStyleDefault reuseIdentifier:TableIdentifier]; cell.textLabel.text=arr[indexPath.row]; return cell; }]; self.tableView.dataSource=(id<UITableViewDataSource>)ds; [self.tableView reloadData]; 

3) जावा की तरह।

 //UIOnClickListener  .    onClick:    //-(IBAction)onClick:(id)sender{}; [button1 addTarget:[[UIOnClickListener new] overrideMethod:@selector(onClick:) blockImp:^void(id obj,id sender){ NSLog(@"bump 1"); }] action:@selector(onClick:) forControlEvents:UIControlEventTouchUpInside]; [button2 addTarget:[[UIOnClickListener new] overrideMethod:@selector(onClick:) blockImp:^void(id obj,id sender){ NSLog(@"bump 2"); }] action:@selector(onClick:) forControlEvents:UIControlEventTouchUpInside]; 

कार्यान्वयन

इसलिए, मेरे पास इसके कार्यान्वयन के लिए एक विचार और एक योजना थी:

• चयनकर्ता द्वारा वांछित विधि प्राप्त करें (विधि)
• उसके कार्यान्वयन (IMP) को ओवरराइड करें। बेशक, ब्लॉकों के माध्यम से। स्टाइलिश और फैशनेबल के लिए अब
• ...
• लाभ

मूर्ख, मैं कितना भोला था।

# 1 प्रयास करें

यहाँ यह शायद एक छोटे से विषयांतर करने के लायक है और विधियों के बारे में थोड़ा बताएं। आइए देखें कि ऑब्जेक्टिव-सी में एक विधि क्या है:

• एसईएल - चयनकर्ता, विधि का नाम
• छोटा सा भूत विधि का एक कार्यान्वयन है। नियमित सी फ़ंक्शन
• method_types - विधि के लिए तर्कों के प्रकारों के साथ-साथ उस मान के प्रकार का वर्णन करने वाली एक स्ट्रिंग जो विधि वापस आती है।

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

एक उद्देश्य-सी विधि केवल एक सी फ़ंक्शन है जो कम से कम दो तर्क लेती है - स्व और _cmd। आप फ़ंक्शन class_addMethod का उपयोग करके किसी फ़ंक्शन को क्लास में जोड़ सकते हैं। इसलिए, निम्नलिखित कार्य को देखते हुए:

और दृश्य विधि के लिए एक छोटा सा छोटा उदाहरण - (शून्य) विधि; लेकिन उन तरीकों के साथ क्या करना है जिनके पैरामीटर हैं (या कुछ वापस करना) स्पष्ट नहीं था। और सबसे महत्वपूर्ण बात! सी-फ़ंक्शन अच्छा है, लेकिन मैं ब्लॉकों का उपयोग करना चाहूंगा, उनके साथ कैसे व्यवहार करना है? इन दो सवालों ने मुझे इस अद्भुत लेख तक पहुंचाया और मुझे अपने सभी सवालों के जवाब मिले। Ios 4 के साथ शुरू, रनटाइम एप आपको ब्लॉक से सीधे आईएम प्राप्त करने की अनुमति देता है। वैसे, Apple के रनटाइम एपीआई प्रलेखन इस बारे में एक शब्द नहीं कहता है। यहाँ एक ही लेख से छोटा सा भूत का उदाहरण और उदाहरण दिया गया है:

• C फ़ंक्शन के रूप में एक IMP में कम से कम दो तर्क होते हैं: s- ऑब्जेक्ट जिसका विधि कहा जाता था (यह संभवतः उस वस्तु को कहने के लिए अधिक सही है जिसके लिए संदेश भेजा गया था) और _c विधि चयनकर्ता है। बाकी सब विधि का तर्क है।
• एक ब्लॉक के रूप में छोटा सा भूत पिछले एक के समान है, लेकिन एक चयनकर्ता के बिना।

 -(void)doSomething: void(*doSomethingIMP)(id s, SEL _c); void(^doSomethingBLOCK)(id s); -(void)doSomethingWith:(int)x; void(*doSomethingWithIMP)(id s, SEL _c, int x); void(^doSomethingWithBLOCK)(id s, int x); -(int)doToThis:(NSString*)n withThat:(double)d; int(*doToThis_withThatIMP)(id s, SEL _c, NSString *n, double d); int(^doToThis_withThatBLOCK)(id s, NSString *n, double d); 

उस समय, मैं विधि के बारे में जानकारी प्राप्त कर सकता था, ब्लॉक से एक आईएम बना सकता हूं और पुराने आईएम को ब्लॉक से एक नए के साथ बदल सकता हूं, सभी रनटाइम के लिए धन्यवाद। यहाँ यह है, मैंने सोचा, यह कितना सरल है और किसी ने अभी तक क्यों नहीं किया है? और केवल यहाँ मुझे अपनी गलती का एहसास हुआ ... मैं उदाहरण के साथ दिखाऊंगा:

 NSString *str1= @""; [str1 overrideMethod:@selector(intValue) imp:^int(NSString* selfStr){ return 1;}]; NSString *str2= @""; [str2 overrideMethod:@selector(intValue) imp:^int(NSString* selfStr){ return 2;}]; [str1 intValue]; //  2,   1 [str2 intValue]; //  2 

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

# 2 प्रयास करें

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

 // 0x0000042 NSString *str1= @""; //   0x0000042_intValue [str1 overrideMethod:@selector(intValue) imp:^int(NSString* selfStr){ return 1;}]; // 0x0000043 NSString *str2= @""; //   0x0000043_intValue [str2 overrideMethod:@selector(intValue) imp:^int(NSString* selfStr){ return 2;}]; [str1 0x0000042_intValue]; // 1 [str2 0x0000043_intValue]; // 2 

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

ऑब्जेक्टिव-सी में, निम्नलिखित मामलों में किसी वस्तु को संदेश भेजना रोकना संभव है:

1. NSProxy आवरण का उपयोग करते समय
2. यदि वस्तु एक संदेश प्राप्त करती है कि वह प्रक्रिया नहीं कर सकती (गैर-मान्यता प्राप्त चयनकर्ता)

जैसा कि आप देख सकते हैं, NSObject को भेजे गए किसी भी संदेश को रोकना असंभव है (या मुझे अभी यह पता नहीं है?)।
NSProxy से एक आवरण का उपयोग करने में मदद मिल सकती है, लेकिन यह:
1) इतना सुंदर नहीं है

 NSString *str1= @""; NSProxy *proxy=[NSProxy proxyWithObject:str1]; [proxy overrideMethod:@selector(intValue) imp:^int(NSString* selfStr){ return 1;}]; [proxy intValue]; // 1 

2) कभी-कभी यह काम नहीं करता है। यह काम नहीं करेगा, क्योंकि ApplicationDidBecomeActive प्रतिनिधि को भेजा जाएगा, प्रॉक्सी से आवरण नहीं। ऐसा क्यों? यह एक पूरी तरह से अलग सवाल है ...

 - (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions { NSProxy *p=[NSProxy proxyWithObject:self]; // Override point for customization after application launch. [p overrideMethod:@selector(applicationDidBecomeActive:) blockImp:^void(id obj,UIApplication* app) { UIAlertView *alv=[[UIAlertView alloc] initWithTitle:@"ss" message:nil delegate:nil cancelButtonTitle:@"fuuu" otherButtonTitles:nil]; [alv show]; [alv release]; }]; return YES; } 

और मैंने दोनों तंत्रों के माध्यम से एक विधि कार्यान्वयन को लागू करने का निर्णय लिया:
1) NSProxy के माध्यम से। अधिक सही है, लेकिन एक सार्वभौमिक समाधान नहीं है
2) NSObject के किसी भी प्रतिनिधि के लिए एक बैसाखी, लेकिन सार्वभौमिक के माध्यम से।
और चूंकि NSObject और NSProxy रूट क्लास हैं, इसलिए मैंने सैद्धांतिक रूप से रनटाइम में किसी भी ऑब्जेक्टिव-सी क्लास के लिए पूर्वनिर्धारित विधि को लागू किया है। व्यवहार में, यह काफी नहीं था।

इसलिए, संक्षेप में यह बताने का प्रयास करें कि NSProxy का उपयोग करते समय सब कुछ कैसे काम करता है:

• किसी विधि के कार्यान्वयन को ओवरराइड करते समय, एक नई विधि <ऑब्जेक्ट एड्रेस> _ <विधि चयनकर्ता> के रूप में उत्पन्न होती है।
• एक प्रॉक्सी संदेश भेजते समय, यह जाँचता है कि क्या कक्षा में फॉर्म का एक तरीका है <ऑब्जेक्ट एड्रेस> _ <पद्धति चयनकर्ता>
• अगर ऐसी कोई विधि है, तो इस चयनकर्ता के साथ एक ऑब्जेक्ट (प्रॉक्सी नहीं) संदेश भेजा जाता है।
• यदि कोई विधि नहीं है, तो एक संदेश मूल चयनकर्ता <विधि चयनकर्ता> के साथ ऑब्जेक्ट पर भेजा जाता है

NSObject के लिए बैसाखी का उपयोग करते समय सब कुछ कैसे काम करता है

• NSObject के लिए लागू श्रेणी
• किसी विधि के कार्यान्वयन को ओवरराइड करते समय, एक नई विधि <ऑब्जेक्ट एड्रेस> _ <विधि चयनकर्ता> के रूप में उत्पन्न होती है।
• प्रपत्र का एक नया तरीका <mm_old> _ <पद्धति चयनकर्ता> भी उत्पन्न होता है जिसमें मूल विधि का छोटा सा (कार्यान्वयन) होता है
• मूल विधि "हटा दी गई" है
• पुराने चयनकर्ता का उपयोग करते हुए किसी वस्तु को संदेश भेजते समय, अग्रेषण तंत्र को ट्रिगर किया जाता है, क्योंकि पुरानी विधि "चालू" है
• फ़ॉरवर्ड इंक्वायरी चेक करता है कि क्या क्लास फॉर्म <ऑब्जेक्ट एड्रेस> _ <मेथड सिलेक्टर> का चयनकर्ता संभाल सकता है। यदि ऐसा है, तो इसे कहा जाता है।
• फॉरवर्ड इंक्वायरी चेक यह देखने के लिए कि क्या क्लास <mm_old> _ <मेथड सिलेक्टर> को हैंडल कर सकता है। यदि ऐसा है, तो इसे कहा जाता है।
• अन्यथा हम कहते हैं [आत्म doesNotRecognizeSelector: anvat.selector]; - मानक कार्यान्वयन।

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

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

  IMP forw=class_getMethodImplementation(clas, @selector(methodThatDoesNotExist:iHope:::::)); IMP oldImpl= method_setImplementation(method,forw); 

या, समकक्ष, _objc_msgForward का उपयोग करें।

 IMP oldImpl= method_setImplementation(method,(IMP)_objc_msgForward); 

हां, अब सबकुछ वैसा नहीं दिखता जैसा कि उदाहरणों में था। लेकिन क्या मज़ा आप viewControllers, AppDelegatov, सिर्फ प्रतिनिधियों और अन्य वस्तुओं के तरीकों को ओवरराइड करके कर सकते हैं। और यह सब कोड की दो लाइनों में। लेकिन तरीके अलग हैं: काले, और सफेद, और सार्वजनिक, और निजी । ओह, मुझे कुछ हुआ है।

प्रतिबंध

हालाँकि कुछ और प्रतिबंध हैं जिनका मैंने पहले उल्लेख नहीं किया है:

• आप NSObject प्रोटोकॉल (NSProxy और NSObject श्रेणी दोनों के लिए) और साथ ही NSInvokation class (NSObject श्रेणी के लिए) के तरीकों को ओवरराइड नहीं कर सकते
• सुपर विधि को कॉल करने के लिए आपको रनटाइम एपी को चालू करना होगा
• ऑब्जेक्ट के निजी गुणों को एक्सेस करने के लिए आपको रनटाइम एपि की ओर मुड़ना होगा

शायद कुछ और जिसके बारे में मैं नहीं जानता। एक बेईमानी के कगार पर ऐसी जोड़तोड़, वे, पूर्व की तरह, एक नाजुक मामला है।

कैसे उपयोग करें

कार्यान्वयन को बदलने के लिए दो संभावित परिदृश्य हैं:

आवरण MMProxy का उपयोग करना। ऐसा करने के लिए, हमें ब्याज की वस्तु के साथ MMProxy को इनिशियलाइज़ करें और इसे ओवरराइड करने के लिए विधि को कॉल करें। संदेश भेजें एक प्रॉक्सी होना चाहिए, एक वस्तु नहीं।
एक उदाहरण:

 id object; MMProxy *p= [MMProxy proxyWithObject:object]; [object overrideMethod:@selector(onClick:) blockImp:^void(id obj,id sender){ }] ; [p onClick:nil] 

प्रतिनिधियों के लिए, मैं प्रॉक्सीविथएमओबजेक्ट विधि द्वारा निर्मित प्रॉक्सी का उपयोग करने की सलाह देता हूं

  MMProxy *ds = [MMProxy proxyWithMMObject]; [ds addMethod:@selector(numberOfSectionsInTableView:) fromProtocol:@protocol(UITableViewDataSource) isRequired:NO blockImp:^NSUInteger(id object, UITableView* tb) { return 1; }]; 

दूसरी विधि एक श्रेणी के माध्यम से कार्यान्वित की जाती है, और इसलिए आप उन तरीकों को कॉल कर सकते हैं जिनकी आपको NSObject से विरासत में मिली किसी भी वस्तु पर ज़रूरत है। मैं पहले ही सीमाओं के बारे में बात कर चुका हूं।

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

- (id) addMethod: (SEL) sel fromProtocol: (प्रोटोकॉल *) p isRequired: (BOOL) isReq blockImp: (id) ब्लॉक;
यदि आपको कक्षा में ऐसी विधि नहीं आती है, तो आप किसी ऑब्जेक्ट में एक विधि जोड़ सकते हैं। इसी तरह, यदि कोई समस्या उत्पन्न होती है, तो एक अपवाद फेंक दिया जाएगा।

आवेदन का क्षेत्र

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

• मज़ा
• जहाँ सब कुछ शुरू में प्रतिनिधियों पर आधारित था, वहां ब्लॉक सपोर्ट जोड़ना। इसके अलावा, NSProxy का उपयोग करते समय यह एक सार्वभौमिक समाधान है। यह इन वर्गों (श्रेणियों या विरासत के माध्यम से) को संशोधित करने की आवश्यकता के बिना, UIAlertViewDelegate, UIActionSheet और tableView के लिए उपयुक्त है।
• डिबगिंग
• परीक्षण, बेशक यह आपके लिए OCMock नहीं है, लेकिन फिर भी।

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

आप परीक्षण परियोजना को डाउनलोड कर सकते हैं और कार्यान्वयन से परिचित हो सकते हैं: github.com/Flanker4/MMMutableMethods