Django 1.3 में क्या होगा

Django 1.3 की रिलीज जल्द ही आ रही है। मुझे लगता है कि कई लोग पहले से ही उत्पादन में आरसी का उपयोग करते हैं। लेकिन फिर भी, मैं फिर से जाऊंगा जो हमें इंतजार कर रहा है, रिलीज नोट्स के अनुवाद में स्लाइड करने की कोशिश नहीं कर रहा है।

django.contrib.staticfiles

अब आप स्टैटिक्स (चित्र, js, css, इत्यादि) को उसी तरह से व्यवस्थित कर सकते हैं जो टेम्पलेट आयोजित किए जाते हैं: इसे एप्लिकेशन फ़ोल्डर में रखें (विशेष रूप से व्यक्तिगत django अनुप्रयोगों के लिए उपयोगी) या प्रोजेक्ट फ़ोल्डर में, फ़ाइलों का हिस्सा फिर से परिभाषित करें, दूसरों को अछूता छोड़कर। , उन फ़ाइलों के बारे में चिंता किए बिना, जहां उपयोगकर्ता उन्हें जगह देंगे या जहां वे संग्रहीत हैं (अलग सर्वर? amazon s3?), आपको अब इन फ़ाइलों को "देखने" और उन्हें सही जगह पर कॉपी करने की आवश्यकता नहीं है।

अब व्यवस्थापक पैनल के लिए स्टैटिक्स के साथ डर्टी हैक्स को भी अतीत में माना जा सकता है - यदि आप सिर्फ django.contrib.staticfiles का उपयोग करते हैं, तो कोई समस्या नहीं होगी।

परीक्षण

Unittest2 अब जंग में रहता है, django.test.TestCase को unittest2.TestCase से विरासत में मिला है। इसका मतलब यह है कि आप unittest2 से सभी नई सुविधाओं का उपयोग करते हुए जंग के लिए परीक्षण लिख सकते हैं। उदाहरण के लिए, आप पहले से परीक्षण लिख सकते हैं और उन्हें अपेक्षितफल सज्जाकार के साथ चिह्नित कर सकते हैं। या उन शर्तों को निर्दिष्ट करें जिनके तहत परीक्षणों को छोड़ दिया जाना चाहिए (उदाहरण के लिए, mysql के लिए विशिष्ट परीक्षण और sqlite के तहत पास नहीं होना चाहिए)। या नए दावे का उपयोग करें।

बेशक, पहले यह unittest2 को स्थापित करने और इसका उपयोग करने के लिए संभव था, लेकिन आधार की आवश्यकता होने पर यह मदद नहीं करता था और django.test.TestCase से इनहेरिट करना आवश्यक था।

वहाँ भी विभिन्न उपयोगी चीजें हैं जैसे कि अभिकथन।

ForeignKey

हुर्रे, अब जब आप किसी ऑब्जेक्ट को हटाते हैं जिसे किसी ने एफके के माध्यम से संदर्भित किया है, तो संदर्भित ऑब्जेक्ट को जरूरी नहीं हटाया जाएगा। आप कैस्केडिंग विलोपन को कॉन्फ़िगर कर सकते हैं, NULL या डिफ़ॉल्ट मान पर रीसेट कर सकते हैं, एक अपवाद को कॉल कर सकते हैं, कुछ भी नहीं कर सकते हैं (डेटाबेस को खुद तय करने दें)।

टेम्पलेट्स

अक्सर लिखा जाता है

{% with foo as bar %} {% include "my_template.inc.html" %} {% endwith %} 

या ऐसे टुकड़ों के लिए टैग शामिल करना? अब यह आवश्यक नहीं है, और समावेश टैग का एक गुच्छा बाहर फेंक दिया जा सकता है:

 {% include "my_template.inc.html" with bar=foo %} 

+ आप टैग पुस्तकालयों से केवल व्यक्तिगत टैग डाउनलोड कर सकते हैं; चर को url में पारित किया जा सकता है; टैग के साथ भी सरल है; simple_tag के माध्यम से बनाए गए टैग ने संदर्भ लेना सीख लिया है।

कैशिंग

एक ही समय में कई कैश के लिए समर्थन है (उदाहरण के लिए, कुछ डेटा को एक स्थानीय कैश में संग्रहीत किया जा सकता है, कुछ को एक मेम्केड / डेटाबेस में संग्रहीत किया जा सकता है, या कुछ चीजों के लिए "स्मार्ट" कैशिंग बैकेंड का उपयोग अमान्य और संरक्षण के साथ संरक्षण के लिए किया जाता है, अन्य के लिए - नहीं)।

इसके अलावा, कैशिंग बैकेंड के साथ विभिन्न थर्ड-पार्टी एप्लिकेशन से क्रॉल की गई उपयोगी विशेषताएं: अब बॉक्स से बाहर वैश्विक उपसर्ग का समर्थन है (आवश्यक है कि यदि कई परियोजनाएं मुख्य संघर्ष से बचने के लिए 1 मेमकेड का उपयोग करती हैं), कैश संस्करण (साइट को अपडेट किया और कैश में पुराना डेटा) जो अब गलत प्रारूप में हैं (कैश के वर्तमान संस्करण में वृद्धि), प्रमुख रूपांतरण (एक मुश्किल अमान्य योजना की आवश्यकता है? इसे लागू करें), pylibmc के लिए समर्थन, मापदंडों के साथ GET अनुरोधों के लिए कैशिंग।

journaling

पायथन लॉगिंग के साथ एकीकरण अब है। Settings.py में, लॉगिंग को लचीले ढंग से कॉन्फ़िगर किया जा सकता है। 500 त्रुटियों के लिए ईमेल भेजना आखिरकार लॉगिंग के माध्यम से भी किया जाता है।

vyuha

दृश्य लिखने के लिए विभिन्न उपयोगिताओं का एक समूह दिखाई दिया है।

कक्षा आधारित विचार।

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

TemplateResponse

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

 #      #          from django.template.response import TemplateResponse from parrots.models import Parrot def parrot_list(request): parrots = Parrot.objects.all() #     RequestContext. #   render_to_template    direct_to_template   . return TemplateResponse(request, 'parrots.html', {'parrots': parrots}) 

 #  . # parrot_list       ( ,   ),  #    ,      import parrots.views def parrot_list(request, color) # ,      response = parrots.views.parrot_list(request) #        (TemplateResponse ), #        (QuerySet  ) #     - ,     ,     response.template_name = 'my_parrots.html' #    original_parrots = response.context_data['parrots'] #    ,       response.context_data['parrots'] = original_parrots.filter(color=color).select_related('owner') #  -     response.context_data['foo'] = 'bar' #       return response 

जेनेरिक दृश्य अब डिफ़ॉल्ट टेम्पलेटप्रकाश को वापस करते हैं, django.contrib.admin से भी विचार।
UPD : इच्छाधारी सोच, django.contrib.admin से विचार। टिकट लटका हुआ है, लेकिन यह जारी करने के लिए प्रतिबद्ध नहीं था।

django.shortcuts.render

 #   ,      from django.shortcuts import render def parrot_list(request): parrots = Parrot.objects.all() # render_to_response  direct_to_template    return render(request, 'parrots.html', {'parrots': parrots}) 

यह सब नहीं है: इन परिवर्तनों के अलावा, i18n और l10n के साथ काम में सुधार किया गया है, पूरी चटाई को कोड से हटा दिया गया है , ठीक है, कई अन्य कम ध्यान देने योग्य परिवर्तन और वास्तु सुधार हैं, जिनमें से कुछ रिलीज नोटों में पाए जा सकते हैं ।