पायथन सार कक्षाएं - तत्कालता को हतोत्साहित करने के लिए कैसे?

Question

मैं एक सी # पृष्ठभूमि से आया हूं जहां भाषा ने "डेवलपर की रक्षा" सुविधाओं में कुछ बनाया है। मैं समझता हूं कि पाइथन "हम सभी वयस्क हैं" दृष्टिकोण लेते हैं और डेवलपर को विचारपूर्वक और ध्यान से कोड करने की जिम्मेदारी देते हैं।

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

मैं अब तक 3 विकल्प के बारे में सोच सकते हैं, लेकिन मुझे यकीन है कि अगर वे अच्छे विचार कर रहे हैं नहीं कर रहा हूँ:

1. श्रेणी से ऊपर docstring में यह निर्दिष्ट करें (अनदेखी की जा सकती है)
2. एक अग्रणी उपयोग वर्ग के नाम (यकीन नहीं अगर यह सार्वभौमिक समझा जाता है) में रेखांकित
3. सार वर्ग कि एक त्रुटि को जन्म देती है पर एक def __init__(self): विधि बनाएँ (यकीन है कि, अगर यह नकारात्मक रूप से प्रभावित विरासत नहीं जैसा कि आप किसी आधार निर्माता कॉल करना चाहते हैं)

इनमें से एक अच्छा विकल्प है या क्या कोई बेहतर है? मैं सिर्फ यह सुनिश्चित करना चाहता हूं कि अन्य डेवलपर्स जानते हैं कि यह सार है और इसलिए यदि वे इसे तुरंत चालू करने का प्रयास करते हैं तो उन्हें किसी भी अजीब व्यवहार की ज़िम्मेदारी स्वीकार करनी चाहिए।

Answer 1

यदि आप पायथन 2.6 या उच्चतर का उपयोग कर रहे हैं, तो आप मानक पुस्तकालय से Abstract Base Class मॉड्यूल का उपयोग कर सकते हैं यदि आप अमूर्तता को लागू करना चाहते हैं।यहाँ एक उदाहरण है:

from abc import ABCMeta, abstractmethod 

class SomeAbstractClass(object): 
    __metaclass__ = ABCMeta 

    @abstractmethod 
    def this_method_must_be_overridden(self): 
     return "But it can have an implementation (callable via super)." 

class ConcreteSubclass(SomeAbstractClass): 
    def this_method_must_be_overridden(self): 
     s = super(ConcreteSubclass, self).this_method_must_be_overridden() 
     return s.replace("can", "does").replace(" (callable via super)", "") 

आउटपुट:

>>> a = SomeAbstractClass() 
Traceback (most recent call last): 
    File "<pyshell#13>", line 1, in <module> 
    a = SomeAbstractClass() 
TypeError: Can't instantiate abstract class SomeAbstractClass with abstract 
methods this_method_must_be_overridden 
>>> c = ConcreteSubclass() 
>>> c.this_method_must_be_overridden() 
'But it does have an implementation.' 

Answer 2

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

पायथन में abstract base class तंत्र है, लेकिन अगर आपका एकमात्र लक्ष्य तत्कालता को हतोत्साहित करना है तो इसका उपयोग करने का कोई कारण नहीं दिखता है।

Answer 3

अपनी 'सार' कक्षा बनाएं और return NotImplemented या raise NotImplementedError का उपयोग अमूर्त तरीकों से करें।

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

Answer 4

मैं बस अपने सार वर्गों को उपसर्ग 'सार' के साथ नामित करता हूं। जैसे सारडिडेविस, सारपैकेट, आदि

यह जितना आसान और बिंदु है उतना ही है। यदि अन्य आगे बढ़ने का विकल्प चुनते हैं और तत्काल और/या 'सार' शब्द से शुरू होने वाली कक्षा का उपयोग करते हैं, तो वे या तो जानते हैं कि वे क्या कर रहे हैं या फिर भी उनके लिए कोई उम्मीद नहीं थी।

यह इस प्रकार का नामकरण भी, अपने आप के लिए एक अनुस्मारक गहरी अमूर्त पदानुक्रम के साथ पागल हो जाना करने के लिए नहीं के रूप में कार्य करता है क्योंकि कक्षाओं की एक पूरी बहुत कुछ के मोर्चे पर 'सार' डाल भी बेवकूफ लगता है।

Answer 5

चीजों को लागू करने के लिए संभव है, बल्कि unpythonic है। जब मैं कई वर्षों के सी ++ प्रोग्रामिंग के बाद पाइथन आया, तो मैंने ऐसा करने की भी कोशिश की, मुझे लगता है कि ज्यादातर लोग ऐसा करने की कोशिश करते हैं यदि उनके पास अधिक शास्त्रीय भाषाओं में अनुभव हो। Metaclasses नौकरी करेगा, लेकिन फिर भी पाइथन संकलन समय पर बहुत कम चीजें जांचता है। आपका चेक अभी भी रनटाइम पर किया जाएगा। तो, क्या एक निश्चित वर्ग बनाने में असमर्थता वास्तव में उपयोगी है अगर केवल रनटाइम पर खोज की जाती है? सी ++ में (और सी # में भी) आप एक अमूर्त वर्ग बनाने के कोड को संकलित भी नहीं कर सकते हैं, और यह पूरी बात है - जितनी जल्दी हो सके समस्या को खोजने के लिए। यदि आपके पास अमूर्त विधियां हैं, तो NotImplementedError अपवाद बढ़ाना काफी पर्याप्त लगता है। एनबी: बढ़ाना, एक त्रुटि कोड वापस नहीं! पाइथन त्रुटियों में आमतौर पर चुप नहीं होना चाहिए जब तक कि स्पष्ट रूप से चुप नहीं हो जाते। दस्तावेजीकरण। एक वर्ग का नाम इस तरह से कहता है कि यह सार है। बस इतना ही।

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