Django आपके सोचने के तरीके पर काम नहीं करता है

जब मैं उन अच्छाइयों की सूची पढ़ता हूं जो किसी भी ढांचे ने मुझे प्रदान की हैं, तो मैं कल्पना करता हूं कि उनके द्वारा क्या मतलब है। जब मैं अच्छाइयों के लिए प्रलेखन पढ़ता हूं, तो मैं यह सुनिश्चित करता हूं कि समग्र रूप से सब कुछ वास्तव में ऐसा ही है जैसा मैंने सोचा था। जब मैं कोड लिखता हूं, मैं ताओ को समझ लेता हूं। क्योंकि वास्तव में सब कुछ काफी गलत है।

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

खैर, निराधार नहीं होने के लिए - आइए उदाहरणों पर चलते हैं। हमारे लिए इंतजार कर रहा है:

1. अचूक मॉडल हम निकाल देंगे
2. मान्य फ़ील्ड जो मान्य नहीं हैं
3. दो प्रशासक जो डेटा को खराब करते हैं

1. व्यवस्थापक पैनल में वस्तुओं को हटाना

कल्पना करें कि आपके पास एक मॉडल है जिसके लिए आप हटाना विधि को ओवरराइड करना चाहते हैं। सबसे सरल उदाहरण है कि आप नहीं चाहते कि name == 'Root' वाला मॉडल हटा दिया जाए। मन में आने वाली पहली चीज बस वांछित मॉडल के लिए डिलीट () विधि को ओवरराइड करना है:

 class SomeModel(models.Model): name = models.CharField('name', max_length=100) def delete(self, *args, **kwargs): if self.name == 'Root': print('No, man, i am not deletable! Give up!') #   "Root"    else: super(SomeModel, self).delete(*args, **kwargs) #    -   delete() 

इसकी जाँच करें?



यह काम करता है! अब हम ऐसा ही करते हैं, लेकिन मॉडल की सूची के पेज से:



हटाएं () नहीं कहा जाता है, मॉडल हटा दिया गया है।
क्या यह प्रलेखन में वर्णित है? हां
ऐसा क्यों किया जाता है? दक्षता के लिए।
क्या यह दक्षता निहित व्यवहार के लायक है? शायद ही।
क्या करें? उदाहरण के लिए, सामूहिक निष्कासन को पूरी तरह से अक्षम करें (मॉडल सूची पृष्ठ से):

 class SomeModelAdmin(admin.ModelAdmin): model = SomeModel def get_actions(self, request): actions = super(self.__class__, self).get_actions(request) if 'delete_selected' in actions: del actions['delete_selected'] return actions 

ये पहली django रेक थीं जिस पर मैंने कदम रखा था। और हर नए प्रोजेक्ट में मुझे इस व्यवहार को ध्यान में रखना होगा और इसके बारे में नहीं भूलना चाहिए।

2. वैध

एक सत्यापनकर्ता एक ऐसा फ़ंक्शन है जो मान को फेंकने वाले मूल्य में लेता है यदि मान कुछ मानदंड से फिट नहीं होता है। यदि आपको विभिन्न प्रकार के क्षेत्रों पर किसी प्रकार के सत्यापन का पुन: उपयोग करने की आवश्यकता है, तो सत्यापनकर्ता उपयोगी हो सकते हैं।

उदाहरण के लिए, किसी रेगुलर एक्सप्रेशन के विरुद्ध फ़ील्ड की जाँच करना: RegexValidator ।
name क्षेत्र में केवल अक्षर की अनुमति दें:

 class SomeModel(models.Model): name = models.CharField('name', max_length=100, validators=[RegexValidator(regex=r'^[a-zA-Z]+$')]) 

व्यवस्थापक पैनल में, सत्यापन कार्य करता है। और यदि ऐसा है:

 # views.py def main(request): new_model = SomeModel.objects.create(name='Whatever you want: 1, 2, 3, etc. Either #&*@^%!)(_') return render( request, 'app/main.html', { 'new_model': new_model, } ) 

Create () का उपयोग करके, आप किसी भी नाम को निर्दिष्ट कर सकते हैं, और सत्यापन को नहीं कहा जाता है ।

क्या यह प्रलेखन में वर्णित है? हां।

कृपया ध्यान दें कि जब मॉडल को सहेजा जाता है तो सत्यापनकर्ताओं को स्वचालित रूप से नहीं बुलाया जाएगा, लेकिन यदि आप मॉडलफ़ॉर्म का उपयोग करते हैं, तो आपके सत्यापनकर्ता उन फ़ील्ड के लिए काम करेंगे, जो फ़ॉर्म में शामिल हैं।

क्या यह स्पष्ट है? मैंने ईमानदारी से एक ऐसी स्थिति की कल्पना करने की कोशिश की है जब आपको किसी क्षेत्र को एक रूप में मान्य करने की आवश्यकता होती है, लेकिन अन्य मामलों में मान्य नहीं होती है। और मेरे पास कोई विचार नहीं है। क्षेत्र को वैश्विक बनाने के लिए सत्यापन करना अधिक तर्कसंगत है - अर्थात्, यदि यह निर्दिष्ट किया जाता है कि केवल अक्षर, तो सब कुछ, दुश्मन पास नहीं होगा, कोई पसारन नहीं - आप किसी भी तरह से इसके आसपास नहीं पहुंच सकते। यदि आप इस प्रतिबंध को हटाना चाहते हैं, तो model.save () को फिर से परिभाषित करें और यदि आवश्यक हो तो सत्यापन को अक्षम करें।
क्या करें? बचत करने से पहले सत्यापन को स्पष्ट रूप से कहें:

 @receiver(pre_save, sender=SomeModel) def validate_some_model(instance, **kwargs): instance.full_clean() 

3. दो प्रवेश

मिशा और पेट्या ने साइट का संचालन किया। हजारवें रिकॉर्ड के बाद, मिशा ने # 1001 ("जीवन का अर्थ क्या है") के लिए संपादन फ़ॉर्म को खुला छोड़ दिया और चाय पीने चली गईं। इस समय, पेट्या ने एक ही रिकॉर्ड # 1001 खोला और इसका नाम बदल दिया ("कोई मतलब नहीं है")। मिशा लौट आए ("पुराना" रिकॉर्ड "जीवन का अर्थ क्या है" अभी भी खुला है) और "सहेजें" पर क्लिक किया। पेटिट के लेखन को जाम कर दिया गया।

इसे " ऑप्टिमिस्टिक लॉकिंग / ऑप्टिमिस्टिक कॉनएरेसी कंट्रोल " की कमी कहा जाता है।

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

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

क्या यह प्रलेखन में वर्णित है? नहीं।
क्या करें?

• Django-आशावादी लॉक
• Django-संगामिति

संक्षेप में - प्रत्येक मॉडल के लिए हम version फ़ील्ड बनाते हैं, जब बचत करते हैं, तो जांचें कि संस्करण बदल नहीं गया है, और इसके मूल्य में 1. वृद्धि हुई है। यदि यह बदल गया है, तो एक अपवाद फेंक दें (इसका मतलब है कि किसी और ने पहले ही रिकॉर्ड बदल दिया है)।

नैतिकता

अंत में, मैं वही दोहराऊंगा जो मैंने शुरू किया था:
Django आपके सोचने के तरीके पर काम नहीं करता है। Django ठीक उसी तरह से काम करता है जैसा इसके प्रलेखन में लिखा गया है। न ज्यादा न कम।

आप मौजूदा कार्यक्षमता के बारे में सुनिश्चित नहीं हो सकते हैं जब तक कि आप इसके बारे में प्रलेखन के पूरे खंड को नहीं पढ़ते हैं। यदि आप दस्तावेज़ में स्पष्ट रूप से नहीं लिखे गए हैं, तो आप कार्यक्षमता की उपलब्धता पर भरोसा नहीं कर सकते। ये स्पष्ट सत्य हैं ... जब तक आप भर में नहीं आते हैं।