Django मॉडल पर "विकृति" का एक छोटा सा

आलस्य प्रगति का इंजन है

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

सोचिए कि हम क्या पाना चाहते हैं

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

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

कुल: हमें एक फ़ंक्शन बनाने की ज़रूरत है, जो कुछ मापदंडों के साथ है:

• एक अमूर्त वर्ग देता है
• वांछित क्षेत्र और वांछित प्रबंधक को जोड़कर वर्ग को सजाता है।

जगह-जगह गड्ढे हैं

इस मामले में, यह एक वर्ग सजावट थी। तथ्य यह है कि डेकोरेटर में, '@foo' का उपयोग करके हम केवल उस पर स्थानांतरित कर सकते हैं जिस पर एक पूर्ण कार्रवाई होगी। लेकिन इसे कैसे बनाया जाए ताकि हम डेकोरेटर को पैरामीटर पारित कर सकें?
तथ्य यह है कि वाक्य रचना '@' का उपयोग दो कार्यों (g • f (x)) की संरचना के रूप में किया जाता है। अजगर में, फ़ंक्शन और क्लास दोनों एक ऑब्जेक्ट हैं, और हम सिंटैक्स निर्माण '@' के फ़ंक्शन को वापस कर सकते हैं, अर्थात। कुछ इस तरह से (l (y)) • (f (x)), जहां l (y) - एक फ़ंक्शन देता है। डेकोरेटर कोड कुछ इस तरह होगा:

def foo(cls=None, param="DefaultValue"): def decorator(cls): # do something with class return cls if cls is None: return decorator else: return decorator(cls) 

कुछ इसी तरह, केवल फ़ंक्शन के साथ, लॉगिन_श्रेणी डेकोरेटर के लिए django में उपयोग किया जाता है।

अब आप घूम सकते हैं

ऐसा लगता है कि सभी नुकसान उठाए गए हैं, अब आप कोड लिखना शुरू कर सकते हैं:

 def enable(cls=None, status=True, set_manager=True, mixin=False): ''' Adds enable field into cls or return mixin :param cls: class that would updates :param status: default value for enable field :type status: bool :param set_manager: sets if EnableManager is required :type set_manager: bool :param mixin: sets should be returned model mixin :type mixin: bool ''' def decorator(cls): ''' Adds field and manager if manager is required ''' cls.add_to_class('enabled', models.BooleanField(_('Enabled'), default=status)) if set_manager: cls.add_to_class('objects', EnableManager()) return cls class Class(models.Model): ''' Enable AbstractModels ''' enbaled = models.BooleanField(_('Enabled'), default=status) class Meta: abstract = True if cls and mixin: raise DecoratorMixinException elif mixin: if set_manager: Class.add_to_class('objects', EnableManager()) return Class elif cls: return decorator(cls) else: return decorator 

डेकोरेटरमिक्सिनएक्स अपवाद एक अपवाद है जो कहता है कि एक फ़ंक्शन को पैरामीटर मिक्सिन = ट्रू के साथ डेकोरेटर के रूप में नहीं बुलाया जा सकता है।

प्रबंधकों को जोड़ने के लिए, add_to_class () पद्धति का उपयोग किया जाता है, django मॉडल की एक सुविधा, यदि आप ऑब्जेक्ट्स में लिखते हैं = YourManager () या cls.objects = YourManager () वर्ग, यह काम नहीं करेगा। उसी पद्धति के माध्यम से, हम अपने मॉडल में आवश्यक फ़ील्ड जोड़ते हैं।

उपयोग के उदाहरण

 EnableFalseMixin = enable(status=false, mixin=True) class SimpleModel(EnableFalseMixin, models.Model): ''' Simple model ''' # some field here @enable class TestFalseEnable(models.Model): ''' Test enable ''' # some fields here @enable(status=false) class TestFalseEnable(models.Model): ''' Test enable ''' # some fields here 

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

पुनश्च
ऐसा लगता है कि कुछ चौकस लोग यह शपथ लेंगे कि "सक्षम" फ़ंक्शन का नाम कैपिटल है, जो PEP8 के अनुरूप नहीं है। मैंने ऐसा किया क्योंकि यह फ़ंक्शन एक नए वर्ग को जन्म देता है। कृप्या अजगर और डीजेगो, मुझे बताओ कि यह सही ढंग से कितना किया गया है? मैं कुछ परियोजनाओं में यह मिला, लेकिन मैंने कभी नहीं सोचा कि यह कितना सही है।