निकाला जा रहा है विशिष्ट विधियों

Question

कोड के रूप में नीचे है, सिर्फ बुनियादी संरचना:

class FooType(type): 
    def __new__(cls, name, bases, classdict): 
     instance = type.__new__(cls, name, bases, classdict) 
     # What can I do here? 
     return instance 

class FooBase(object, metaclass=FooType): 
    def __init__(self): 
     pass 

class Foo(FooBase): 
    def __init__(self, name): 
     self.name = name 

    def method1(self): 
     pass 

    def method2(self): 
     pass 

    def specialmethod(self): 
     pass 

class A(Foo): 
    pass 

class B(Foo): 
    pass 

class C(Foo): 
    _disallowed_methods = ['specialmethod'] 

मुझे क्या करना चाहते हैं, उस वर्ग C के उदाहरण specialmethod नहीं होना चाहिए है, लेकिन यह विधि A और B उदाहरणों के लिए उपलब्ध होनी चाहिए।

मैं कक्षा C में इस विधि को ओवरराइड कर सकता हूं और एक त्रुटि उठा सकता हूं, लेकिन मैं ऐसा नहीं करना चाहूंगा।

मैं मैं अगर instancedir(instance) के उत्पादन में उनमें से किसी को है FooType में _disallowed_methods के लिए और कहा कि जांच के आधार पर जांच करने के लिए कोड में जोड़ सकते हैं एहसास। लेकिन मैं अब तक की कोशिश की गई किसी भी विधि का उपयोग कर __dict__C से विधि को हटाने के लिए प्रतीत नहीं कर सकता। मैंने कोशिश की विधियों delattr(instance, 'specialmethod'), और del instance.__dict__['specialmethod'] हैं। में

delattr विधि परिणाम "AttributeError: specialmethod", और में del विधि परिणाम "लेखन त्रुटि: 'dict_proxy' ऑब्जेक्ट आइटम हटाए जाने का समर्थन नहीं करता"

मूल रूप से कई अलग अलग वर्गों Foo से इनहेरिट करेंगे, लेकिन के कुछ उनके पास C जैसे विशिष्ट विधियां उपलब्ध नहीं होनी चाहिए जिनके पास specialmethod उपलब्ध नहीं होना चाहिए।

मैं क्या गलत कर रहा हूं? या मैं इसे और कैसे पूरा कर सकता हूं?

Answer 1

Or how else can I accomplish this?

आप multiple inheritance का उपयोग करके समान परिणाम प्राप्त कर सकते हैं।

उन तरीकों को ले जाएं जिन्हें आप केवल कुछ बच्चों को Foo से ExtraFoo से ले जाना चाहते हैं। फिर class A(Foo, ExtraFoo) या class C(Foo) का उपयोग करें। इस तरह आप बच्चों के पदानुक्रम के नीचे किसी दिए गए तरीके को "पुनः" भी कर सकते हैं।

तो विधि reattaching कुछ आप रुचि रखते हैं नहीं है, तो आप बस ExtraFooFoo के एक बच्चे के रूप में हो सकता है (ताकि: विधियां जोड़ने, उन्हें अलग करने नहीं) और class A(ExtraFoo) और class C(Foo) है।

Answer 2

ठीक है, आप इसे इस तरह से पूरा नहीं कर सकते हैं, क्योंकि आपको C कक्षा को संशोधित नहीं करना है, लेकिन Foo कक्षा, जिसमें वास्तव में specialmethod है। लेकिन वास्तव में आप इसे नहीं कर सकते हैं क्योंकि class वैश्विक म्यूटेबल ऑब्जेक्ट है और Foo में कोई भी परिवर्तन सभी बाल वर्गों को प्रभावित करेगा।

किसी अन्य तरीके से सोचने की कोशिश करें। जैसे आप C वर्ग के पहुँचने के गुण के तर्क को संशोधित कर सकते हैं:

class C(Foo): 
    def __getattribute__(self, name): 
     if name in ['specialmethod']: 
      raise AttributeError('no such method') 
     return super(C, self).__getattribute__(name) 

कि C('a').specialmethod() बाद ट्रैसबैक पैदा करता है:

Traceback (most recent call last): 
    File "meta.py", line 37, in <module> 
    C('a').specialmethod() 
    File "meta.py", line 34, in __getattribute__ 
    raise AttributeError('no such method') 
AttributeError: no such method 

Answer 3

आप एक माता पिता, जो आप संशोधित किया जा नहीं करना चाहती है, तो और एक एक या अधिक विरासत विधियों वाले बच्चे जिन्हें आप अप्राप्य बनाना चाहते हैं, आप वर्णनकर्ताओं के साथ ऐसा कर सकते हैं।सरल दृष्टिकोण के एक प्रयोग है property निर्मित:

class Parent: 
    def good_method(self): 
     print('Good one') 

    def bad_method(self): 
     print('Bad one') 

class Child(Parent): 
    bad_method = property(doc='(!) Disallowed inherited') 

one = Parent() 
one.good_method() # > 'Good one' 
one.bad_method() # > 'Bad one' 

two = Child() 
two.good_method() # > 'Good one' 
two.bad_method() # > AttributeError: unreadable attribute 
two.bad_method  # > AttributeError: unreadable attribute 
two.bad_method = 'Test' # > AttributeError: can't set attribute 

कैसे मदद (दो) यह प्रिंट:

class Child(Parent) 
| Method resolution order: 
|  Child 
|  Parent 
|  builtins.object 
| 
| Data descriptors defined here: 
| 
| bad_method 
|  (!) Disallowed inherited 
| 
| ---------------------------------------------------------------------- 
| Methods inherited from Parent: 
| 
| good_method(self) 
| 
| ---------------------------------------------------------------------- 
| Data descriptors inherited from Parent: 
| 
| __dict__ 
|  dictionary for instance variables (if defined) 
| 
| __weakref__ 
|  list of weak references to the object (if defined) 

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

Answer 4

मैंने परीक्षण के साथ काम किया है और ठीक उसी समस्या पर ठोकर खाई है।

मुझे विरासत वर्ग से 'अनावश्यक विधियों' को हटाने का केवल एक सही तरीका मिला: इसे मूल से हटा दें। (यह बुरा विचार है, क्योंकि यह सभी मूल वर्ग के सभी उदाहरणों और सभी विरासत वर्गों के सभी उदाहरण तोड़ देगा यदि उस समारोह को कम से कम एक बार कहा जाता है)।

उदाहरण कोड:

class Base(object): 
    def excessive(self): 
     pass 

class Inher(Base): 
    def __init__(self): 
     #import pdb 
     #pdb.set_trace() 
     del Base.excessive 

b=Base() 
example = Inher() 
try: 
    example.excessive() 
except AttributeError: 
    print("Removed!") 
else: 
    raise Exception("Not removed!") 
try: 
    b.excessive() 
except AttributeError: 
    print("Unfortunately, all instances of Base no longer have .excessive() method") 

कारण यह है कि 'विरासत में मिला' तरीकों माता-पिता में संग्रहीत नहीं हैं (कोड के रूप में या लिंक के रूप में), लेकिन माता-पिता के अंदर रखा जाता है। जब कोई विधि को कॉल करता है, तो पाइथन सभी माता-पिता वर्गों के माध्यम से यात्रा करता है जब तक कि यह एक या बंद न हो जाए।

मेरे मामले में मैं इस तकनीक का उपयोग करने में सक्षम था क्योंकि मैंने अपने उद्देश्यों के लिए अन्य लोगों का परीक्षण किया था और मैंने अपना 'सेटअप/आंसूडाउन' और अक्षीय तरीकों को रखा था, लेकिन मैंने अपने सभी परीक्षण हटा दिए हैं।

कोई वास्तविक जीवन एप्लिकेशन इस तकनीक का उपयोग नहीं करना चाहिए।