यह प्रश्न इस बात की चर्चा के लिए नहीं है कि सिंगलटन डिजाइन पैटर्न वांछनीय है या नहीं , यह एक विरोधी पैटर्न है, या किसी भी धार्मिक युद्धों के लिए, लेकिन चर्चा करने के लिए कि यह पैटर्न पायथन में इस तरह से कैसे सबसे अच्छा कार्यान्वित किया जाता है, जो कि सबसे अधिक पायथोनिक है। इस उदाहरण में मैं 'सबसे अधिक पायथन' को परिभाषित करता हूं, जिसका अर्थ है कि यह 'कम से कम विस्मय के सिद्धांत' का अनुसरण करता है ।
मेरे पास कई वर्ग हैं जो एकल बन जाएंगे (मेरा उपयोग-मामला एक लकड़हारे के लिए है, लेकिन यह महत्वपूर्ण नहीं है)। जब मैं केवल विरासत या सजावट कर सकता हूं, तो मुझे जोड़ा गया गम के साथ कई वर्गों को अव्यवस्थित करने की इच्छा नहीं है।
सर्वोत्तम तरीके:
विधि 1: एक डेकोरेटर
def singleton(class_):
instances = {}
def getinstance(*args, **kwargs):
if class_ not in instances:
instances[class_] = class_(*args, **kwargs)
return instances[class_]
return getinstance
@singleton
class MyClass(BaseClass):
pass
पेशेवरों
- डेकोरेटर्स एक तरह से एडिटिव होते हैं जो अक्सर कई इनहेरिटेंस की तुलना में अधिक सहज होते हैं।
विपक्ष
- जबकि MyClass () का उपयोग करके बनाई गई वस्तुएँ सही सिंगलटन ऑब्जेक्ट्स होंगी, MyClass स्वयं एक फंक्शन है, क्लास नहीं है, इसलिए आप इसमें से क्लास के तरीके नहीं कह सकते।
m = MyClass(); n = MyClass(); o = type(n)();उसके लिए भीm == n && m != o && n != o
विधि 2: एक आधार वर्ग
class Singleton(object):
_instance = None
def __new__(class_, *args, **kwargs):
if not isinstance(class_._instance, class_):
class_._instance = object.__new__(class_, *args, **kwargs)
return class_._instance
class MyClass(Singleton, BaseClass):
pass
पेशेवरों
- यह एक सच्चा वर्ग है
विपक्ष
- एकाधिक वंशानुक्रम - eugh!
__new__एक दूसरे आधार वर्ग से विरासत के दौरान अधिलेखित किया जा सकता है? जरूरत से ज्यादा सोचना पड़ता है।
विधि 3: एक मेटाक्लस
class Singleton(type):
_instances = {}
def __call__(cls, *args, **kwargs):
if cls not in cls._instances:
cls._instances[cls] = super(Singleton, cls).__call__(*args, **kwargs)
return cls._instances[cls]
#Python2
class MyClass(BaseClass):
__metaclass__ = Singleton
#Python3
class MyClass(BaseClass, metaclass=Singleton):
pass
पेशेवरों
- यह एक सच्चा वर्ग है
- ऑटो-जादुई रूप से विरासत को कवर करता है
__metaclass__अपने उचित उद्देश्य के लिए उपयोग करता है (और मुझे इसके बारे में अवगत कराया)
विपक्ष
- क्या वहां पर कोई?
विधि 4: डेकोरेटर उसी नाम के साथ एक क्लास लौटाता है
def singleton(class_):
class class_w(class_):
_instance = None
def __new__(class_, *args, **kwargs):
if class_w._instance is None:
class_w._instance = super(class_w,
class_).__new__(class_,
*args,
**kwargs)
class_w._instance._sealed = False
return class_w._instance
def __init__(self, *args, **kwargs):
if self._sealed:
return
super(class_w, self).__init__(*args, **kwargs)
self._sealed = True
class_w.__name__ = class_.__name__
return class_w
@singleton
class MyClass(BaseClass):
pass
पेशेवरों
- यह एक सच्चा वर्ग है
- ऑटो-जादुई रूप से विरासत को कवर करता है
विपक्ष
- क्या प्रत्येक नए वर्ग को बनाने के लिए एक उपरि नहीं है? यहां हम प्रत्येक वर्ग के लिए दो कक्षाएं बना रहे हैं जिन्हें हम एक सिंगलटन बनाने की इच्छा रखते हैं। हालांकि यह मेरे मामले में ठीक है, मुझे चिंता है कि यह पैमाना नहीं हो सकता। बेशक इस बहस का विषय है कि क्या इस पैटर्न को मापना बहुत आसान है ...
- की बात क्या है
_sealedविशेषता - बेस कक्षाओं पर एक ही नाम के तरीकों का उपयोग
super()नहीं कर सकते क्योंकि वे फिर से जुट जाएंगे। इसका मतलब है कि आप अनुकूलित नहीं कर सकते हैं__new__और उस वर्ग को उपवर्गित नहीं कर सकते हैं जिसकी आपको आवश्यकता है__init__।
विधि 5: एक मॉड्यूल
एक मॉड्यूल फ़ाइल singleton.py
पेशेवरों
- सरल जटिल से बेहतर है
विपक्ष
@ क्रिसमोरगन: यदि आप केवल क्लास / स्टैटिक विधियों का उपयोग करने जा रहे हैं, तो वास्तव में एक क्लास बनाने से परेशान न हों।
—
कैट प्लस प्लस
@ कैट: प्रभाव समान है, हालांकि एक वैश्विक चर बनाने के पीछे कारण कुछ भी हो सकते हैं, जिसमें कोई भी बेहतर नहीं जानना शामिल है। कोई एकल क्यों बनाता है? अगर आपको पूछना है तो आपको यहां नहीं होना चाहिए। यह खोजकर्ता न केवल अधिक अजगर है, बल्कि रखरखाव को और अधिक सरल बनाता है। हां सिंगलटन ग्लोबल्स के लिए सिंटैक्टिक शुगर हैं, लेकिन फिर कक्षाएं पूरी तरह से भद्दे सामानों के लिए सिंटैक्टिक शुगर हैं और मुझे नहीं लगता कि कोई भी आपको बताएगा कि आप उनके बिना हमेशा बेहतर हैं।
—
theheadofabroom
@BiggAl: सिंगलेट्स पाइथोनिक नहीं हैं , चाहे आप उन्हें कैसे भी लागू करें। वे सबसे अच्छी तरह से एक दोषपूर्ण डिजाइन का संकेत हैं।
—
कैट प्लस प्लस
एंटी-साइनलेट्स सेंटीमेंट कार्गो की प्रोग्रामिंग सबसे खराब है। सुनने वाले लोगों के साथ भी (कुछ वास्तव में पढ़ने के लिए परेशान) "गोटो बयान हानिकारक माना जाता है" और लगता है कि गोटो संदर्भ की परवाह किए बिना खराब कोड का संकेत हैं।
—
हज्जाज़मैन
foo.xया यदि आपFoo.xइसके बजाय जोर देते हैंFoo().x); वर्ग विशेषताओं और स्थिर / वर्ग विधियों (Foo.x) का उपयोग करें।