जिन मामलों में यह Django का उपयोग करने के लिए लायक है (और जिसमें यह आवश्यक नहीं है)

चलो डेवलपर्स को यह पता लगाने में मदद करते हैं कि क्या Django फ्रेमवर्क उनके अगले प्रोजेक्ट के लिए उपयुक्त है। यह संभावना है - उपयुक्त।

किसी खास प्रोग्रामिंग लैंग्वेज या फ्रेमवर्क को सिर्फ इसलिए न पकड़ें क्योंकि आपने इसे अपने पिछले प्रोजेक्ट में इस्तेमाल किया था, या सिर्फ इसलिए कि आप इससे परिचित हैं। तो चीजें नहीं की जाती हैं।

एक नई परियोजना को शुरू करने से पहले, आपको मूल्यांकन करना चाहिए कि वांछित परिणाम प्राप्त करने के लिए आपको कौन सी भाषा या रूपरेखा सबसे अच्छी है। आपके लिए सबसे महत्वपूर्ण क्या है? सुरक्षा, विकास की गति, मापनीयता, बहुमुखी प्रतिभा, समर्थन?
बाद में जल्दबाजी में पश्चाताप करने की तुलना में काम शुरू करने से पहले एक सूचित निर्णय लेना बेहतर है (या, बदतर, कार्यान्वयन की प्रक्रिया में परियोजना पर बैसाखी लटकाएं - इस तथ्य के कारण कि आपने पहले से इसके समर्थन की परवाह नहीं की थी)।

मैंने कई वर्षों के लिए विभिन्न तकनीकों के साथ काम किया है, मोबाइल और वेब विकास दोनों से निपटा है, और मेरा मानना ​​है कि Django ऐसी पूरी सुविधाओं का एक सेट प्रदान करता है जो किसी अन्य वेब फ्रेमवर्क में नहीं पाए जाते हैं।

मैं समझता हूं कि यह एक जोरदार बयान है। मुझे इसका औचित्य बताइए।

“Django में बहुत सारी साइटें हैं जो विशेष रूप से Instagram और Pinterest में सबसे अधिक सक्रिय रूप से उपयोग की जाती हैं। यहां तक ​​कि फेसबुक अपनी कई उपयोगिताओं के लिए Django का उपयोग करता है। Django एक प्रकाशन वातावरण में पैदा हुआ था, इसलिए यह आश्चर्यजनक नहीं है कि इस ढांचे का उपयोग द वाशिंगटन पोस्ट और स्मिथसोनियन पत्रिका जैसी साइटों पर किया जाता है। " - अमित अश्विनी , मार्केटिंग @ ज़िबटेक के उपाध्यक्ष

सामान्य दृश्य: जब Django का उपयोग करने के लिए

यदि कम से कम कुछ बिंदु आपके बारे में हैं (और उस सूची में कोई बिंदु नहीं हैं जिनसे आप दृढ़ता से असहमत हैं), तो Django आपके प्रोजेक्ट के लिए एक अच्छा फिट होने की संभावना है।

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

उपरोक्त कारकों के अलावा, आपको यह विचार करने की आवश्यकता है कि आपके पास (या आपकी टीम) में क्या कौशल हैं।

यदि आप एक वेब डेवलपर हैं और पहले से ही जानते हैं कि वेब कैसे काम करता है, तो Django के साथ काम करना आपके लिए अपेक्षाकृत सुचारू रूप से काम करेगा। आपको यह समझने की आवश्यकता है कि Django कैसे संरचित है, और कुछ अन्य चीजें, ज़ाहिर है, - और विचार करें कि आप तैयार हैं।

Django ढांचे पर चलने वाली साइटें

Django का इतिहास लगभग 10 साल पहले का है। इस अवधि के दौरान, इसका उपयोग कई शीर्ष साइटों पर उत्पादन में किया गया था। यहाँ कुछ उत्कृष्ट उदाहरण हैं:
Pinterest Engineering
मोज़िला
Bitbucket
Udemy
प्याज
Disqus
वाशिंगटन पोस्ट
नासा
Spotify
इंस्टाग्राम इंजीनियरिंग
राष्ट्रीय भौगोलिक
अभिभावक
JSFiddle

क्या आप अभी भी संदेह में हैं कि क्या यह आपका कीमती समय Django के साथ अभ्यास करने के लिए खर्च करने लायक है? शुरू करने के लिए, आइए चर्चा करें कि Django आपके प्रोजेक्ट के लिए SUIT क्यों नहीं कर सकता:

जब Django का उपयोग करने के लिए नहीं

• आप एक विशाल आवेदन के साथ काम कर रहे हैं, और यह बस एक कोड आधार में फिट नहीं है। बेहतर हो सकता है कि अपने एप्लिकेशन को माइक्रोसर्विसेस में विभाजित करें। इसका प्रत्येक स्तर एक समर्पित टीम द्वारा बेहतर तरीके से संभाला जाता है। प्रत्येक विशिष्ट उपयोग के मामले के लिए, अन्य प्रौद्योगिकियां उपयुक्त हैं। इनमें से कुछ परिदृश्यों में, Django काम में आ सकता है, लेकिन Django में (साथ ही किसी अन्य अलग ढांचे में) इस तरह के एप्लिकेशन को पूरी तरह से विकसित करना अव्यावहारिक होगा।
• आपको एक सरल एप्लिकेशन लिखने की आवश्यकता है जिसमें आपको डेटाबेस के साथ काम करने, फ़ाइल संचालन करने या कम से कम कुछ जटिल करने की आवश्यकता नहीं है।
  ऐसी स्थितियों के लिए माइक्रोफ्रेम सबसे उपयुक्त हैं। सबसे लोकप्रिय माइक्रोफ्रेम में से एक - फ्लास्क, Django की तरह, यह पायथन में लिखा गया है। इसी तरह के माइक्रोफ्रेम अन्य तकनीकों में उपलब्ध हैं, उदाहरण के लिए। PHP में स्लिम, जावा में Apache Spark, Node.js में Express.js, आदि।
• आप अपने आप को खरोंच से सब कुछ लिखना चाहते हैं और आप जानते हैं कि आप क्या कर रहे हैं।
• आप या आपके साथी Django / पायथन से पूरी तरह से अपरिचित हैं, और आपके पास आवश्यक कौशल विकसित करने के लिए समय और संसाधन नहीं हैं।
  उत्तरार्द्ध मामले में सबसे अच्छा समाधान यह है कि आप जो सबसे अच्छा जानते हैं, उसके साथ काम करें। यदि आप एक नई तकनीक या ढांचा तैयार करते हैं, तो आपके खराब होने की संभावना कई गुना बढ़ जाती है।

यदि उपरोक्त सभी आपके प्रोजेक्ट के बारे में नहीं है, तो Django आपको सूट करने की संभावना है।

Django का उपयोग करने के कारण

Django ढांचे को पायथन में लिखा गया है:
मुझे पता है कि तुम जानते हो।

इसलिए, मैं इस अवसर पर जाऊंगा और Django के कुछ प्रमुख लाभों पर जोर दूंगा जो उन्हें पायथन से विरासत में मिला था। मैं संक्षिप्त रहूंगा।

पायथन दुनिया में सबसे लोकप्रिय और सबसे तेजी से बढ़ती प्रोग्रामिंग भाषाओं में से एक है।

सूत्रों का कहना है:

TIOBE इंडेक्स
कोडिंग डोजो द्वारा Today.com नौकरियां डेटा विश्लेषण
गिथब ऑक्टोवरे

अजगर सीखना वास्तव में बहुत सरल है। आमतौर पर, आधुनिक डेवलपर्स इस विशेष भाषा को सीखने के लिए सबसे पहले होते हैं।

उपरोक्त का मतलब यह बिल्कुल नहीं है कि यह भाषा केवल शुरुआती लोगों के लिए है। अजगर का उपयोग अत्याधुनिक तकनीक में भी किया जाता है। Google सहित कई दिग्गज कंपनियों के तकनीकी स्टैक में पायथन का सक्रिय रूप से उपयोग किया जाता है।

पायथन वेब स्क्रैपिंग टूल विकसित करने के लिए बहुत अच्छा है।

यह अन्य भाषाओं के साथ अच्छी तरह से बातचीत करता है।

पायथन विकास का मतलब यह नहीं है कि आप केवल पायथन में सब कुछ लिखने के लिए मजबूर होंगे।

आप C / C ++ / Java सहित कई अन्य भाषाओं के लिए पुस्तकालयों का उपयोग करने में सक्षम हो सकते हैं।

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

Django के सभी समावेशी

"सभी समावेशी" का अर्थ है कि Django आम व्यावहारिक स्थितियों में आवश्यक अधिकांश पुस्तकालयों और उपकरणों से सुसज्जित बॉक्स से बाहर है। मैं सूचीबद्ध करूंगा: Django ORM, मिडलवेयर, ऑथेंटिकेशन, HTTP लाइब्रेरीज़, मल्टीसाइट सपोर्ट, i18n, Django एडमिन, टेम्प्लेट इंजन आदि। - और यह सब नहीं है। मुझे ज्ञात कोई अन्य ढांचा एक साथ इतने व्यापक समर्थन प्रदान नहीं करता है।

कुछ इसे "शून्य" मानते हैं, जबकि अन्य इसे "प्लस" मानते हैं। कानून का प्रत्येक पक्ष अपने तरीके से अलग है, और कुछ हद तक मैं दोनों से सहमत हूं।

यह एक ऋण है, क्योंकि ऐसी स्थिति में रूपरेखा एक अखंड में बदल जाती है।

मेरा मानना ​​है कि यदि आपको इन विशेषताओं की आवश्यकता है जो एक मोनोलिथ के गठन की ओर ले जाती हैं, तो एक तरह से या किसी अन्य को आपको किसी अन्य लाइब्रेरी का उपयोग करना होगा (या इसे स्वयं लिखना होगा)।

फिर, एक उपकरण का उपयोग क्यों नहीं करना चाहिए जिसमें यह सब पहले से ही है, लड़ाई में परीक्षण किया गया, सबसे बड़ी साइटों पर संचालित होता है, सक्रिय रूप से विकसित होता है और सामुदायिक सहायता प्रदान की जाती है?

यदि आपको Django द्वारा दी जाने वाली अधिकांश विशेषताओं की आवश्यकता नहीं है, तो कुछ माइक्रोफ़्रामवर्क पर रहना बेहतर है।

पहिया को फिर से न करें - क्या आपको याद है? जो वास्तव में महत्वपूर्ण है, उस पर अपना समय व्यतीत करें और Django को आराम करने दें।

Django व्यवस्थापक

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

कुछ का मानना ​​है कि Django एडमिन पर्याप्त लचीला नहीं है, और अपनी आवश्यकताओं के किसी भी हिस्से को ठीक करने के लिए, आपको बहुत प्रयास करने की आवश्यकता है। सबसे पहले, Django के साथ काम करते हुए, मैं इस बात से सहमत होना चाह रहा था, लेकिन समय के साथ, रूपरेखा का पता लगा, मैं इस बात से आश्वस्त हो गया। हां, इसका अपना सीखने की अवस्था है, लेकिन एक सेकंड नहीं जिसे आप इसे समर्पित करते हैं, यह बर्बाद नहीं होगा।

वास्तव में, Django व्यवस्थापक बहुत अच्छी तरह से संरचित है। मेरी कुछ परियोजनाओं में, मैंने Django व्यवस्थापक पैनल "जैसा है" का उपयोग किया, और अन्य में मैंने इसे पूरी तरह से अपने स्वयं के टेम्पलेट्स के साथ बदल दिया, जिसे मैंने स्क्रैच से विकसित किया। किसी भी मामले में, मुझे पता था कि किसी भी अन्य ढांचे के साथ विकास से अधिक समय नहीं लगा।

मुख्य प्लस? आपको बॉक्स से एक्सेस अधिकार और प्रमाणीकरण प्राप्त होता है। इन सभी को खरोंच से विकसित करने में सप्ताह (या कम से कम कुछ दिन) लगेंगे।

सूखी सिद्धांत (दोहराएं नहीं)

मैं ऐसे कई ढांचे जानता हूं जिनके प्रस्तावकों का दावा है कि वे वास्तव में "DRY" सिद्धांत का अनुपालन करते हैं। मैंने कई ऐसे ढाँचों के साथ काम किया है, लेकिन उनमें से किसी में भी “DRY” का सिद्धांत लागू नहीं हुआ है, जैसा कि होना चाहिए।

दुर्भाग्य से, अधिकांश रूपरेखाओं में, "DRY" सिद्धांत को केवल पर्याप्त ध्यान नहीं दिया जाता है। मेरी राय में, यदि आप एक एप्लिकेशन लिख रहे हैं जिसे आप नियमित रूप से अपडेट करने का इरादा रखते हैं (जो कि अधिकांश आधुनिक अनुप्रयोगों के बारे में कहा जा सकता है), तो आपको समस्याओं से बचने के लिए DRY सिद्धांत का पालन करना चाहिए।

तो, लारवेल में, आपको प्रत्येक प्रक्रिया के लिए अलग से सत्यापन लिखना होगा। अधिकांश अन्य रूपरेखाओं के साथ स्थिति समान है। अपने कोड को DRY सिद्धांत का अनुपालन करने के लिए, आपको कड़ी मेहनत करने की आवश्यकता है। यदि आप एक टीम के रूप में काम करते हैं, तो इसका ध्यान रखना मुश्किल है।

बदले में, Django ढांचे को इस तरह से डिज़ाइन किया गया है कि वहां DRY सिद्धांत का उल्लंघन आमतौर पर केवल उद्देश्य पर निकलता है।

यह सही नहीं होना चाहिए? एक उदाहरण पर विचार करें।

यहाँ बताया गया है कि कैसे Django डेटाबेस सत्यापन और माइग्रेशन के साथ काम करता है

आवश्यक फ़ील्ड के साथ Model वर्ग बनाएँ। हम उन सभी अतिरिक्त मान्यताओं और प्रतिबंधों को इंगित करते हैं जिनकी हमें आवश्यकता है।

माइग्रेशन एक एकल CLI कमांड द्वारा उत्पन्न किए जाते हैं: `अजगर प्रबंधन ओरेकल मेमेग्रीग्रेशन`।
परिवर्तन डेटाबेस के लिए एक एकल CLI कमांड के साथ किए गए हैं: `अजगर प्रबंधन थिंकपैड माइग्रेट`।
प्रत्येक CRUD ऑपरेशन के दौरान मान्यताओं और प्रतिबंधों की स्वचालित रूप से जाँच की जाती है - चाहे वह Django एडमिन हो या Django REST फ्रेमवर्क। आपको फिर से सत्यापन लिखने की आवश्यकता नहीं है।
Django एडमिन CRUD के विचार उत्पन्न करने के लिए उसी मॉडल वर्ग का उपयोग किया जाता है। कोई कस्टम HTML / CSS आवश्यक नहीं है।

इन स्थितियों की तुलना किसी अन्य ढांचे से करें - और, मुझे लगता है, आप कभी भी कोड की निम्नलिखित कुछ पंक्तियों में ऐसा कुछ नहीं कर पाएंगे:

 class Employee(models.Model): name = models.CharField(max_length=127) email = models.EmailField(null=True, blank=True) created_at = models.DateTimeField(blank=True, null=True, auto_now_add=True) updated_at = models.DateTimeField(blank=True, null=True, auto_now=True) 

यह केवल "दोहराने नहीं" के बारे में नहीं है। यह दृष्टिकोण आपको भविष्य में बग से बचाता है। हम सभी ने उन स्थितियों में खुद को पाया जहां हम एक जगह पर कुछ बदलने के लिए हुए थे और दूसरी जगह बदलना भूल गए थे - और यह तब ही स्पष्ट हो गया जब कई उपयोगकर्ताओं को समस्या होने लगी।

Django में, उपरोक्त कोड पर लौटते हुए, यदि आपको कभी भी `max_length` फ़ील्ड को किसी और चीज़ से बदलना है - तो बस इसे यहाँ करें। परिवर्तन स्वचालित रूप से सभी मार्गों और डेटाबेस के सत्यापन पर लागू होगा।

Django में ऑब्जेक्ट रिलेशनल मैपिंग

Django एक पूर्ण विशेषताओं वाला ORM इंजन प्रदान करता है।

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

Django ORM के साथ, मैं अभी तक ऐसी स्थितियों में नहीं हूं। इसने इतनी अच्छी तरह से काम किया कि आप बस भूल सकते हैं कि आप डेटाबेस प्रश्नों के साथ काम कर रहे हैं। यह वास्तव में ऑब्जेक्ट-रिलेशनल मैपिंग क्या होना चाहिए। Django ORM के कुछ उदाहरण निम्नलिखित हैं:

 #  5  ,  rank = 10  age <= 30 top_young_employees = Employee.objects.filter(rank=10, age__lte=30)[:5] #      employee = Employee.objects.create(name='John Doe', age=35, country='IN') #      print(employee.name) 

तीव्र विकास

लगभग किसी भी वेब फ्रेमवर्क के निर्माता इस बारे में अपनी बड़ाई करना पसंद करते हैं, और, शायद, वे सभी वास्तव में सही हैं - इस पर निर्भर करता है कि हम "स्विफ्ट" शब्द का क्या अर्थ रखते हैं।

सच है, Django के साथ कुछ चीजें प्रफुल्लित रूप से तेजी से की जाती हैं। आप पहले ही देख चुके हैं कि हम कितनी आसानी से व्यवस्थापक यूआई, डेटाबेस तालिका और सत्यापन को निर्धारित करने में सक्षम थे।
यह सिर्फ हिमशैल का सिरा था।

सिद्धांत रूप में, तेजी से विकास इस तरह की विशेषता नहीं है, लेकिन केवल Django DRY, ORM, टेम्पलेट इंजन और सर्व-समावेशी दर्शन का एक जैविक परिणाम है।

Django फ्रेमवर्क सुरक्षा

चलो मानते हैं, कभी-कभी डेवलपर्स आलसी होते हैं। मुझे तो यकीन है। समय-समय पर, मैं महत्वपूर्ण कार्यों के समाधान को बंद कर देता हूं। यह वह जगह है जहां विभिन्न कमजोरियां पैदा हो सकती हैं।

मैं विशेष रूप से इस तथ्य को पसंद करता हूं कि Django विकास की गति को तेज करने के लिए सुरक्षा के लिए भोग नहीं करता है। सुरक्षा सुविधाएँ डिफ़ॉल्ट रूप से सक्रिय हो जाती हैं, इसलिए यह महत्वपूर्ण नहीं है कि आप आलसी हैं या नहीं।

खुला स्रोत, उत्कृष्ट दस्तावेज, विशाल समुदाय, आदि।

चूंकि Django एक ओपन-सोर्स और पागलपनपूर्ण लोकप्रिय ढांचा है, इसलिए एक संवेदनशील समुदाय इसके चारों ओर बना है। मुझे लगता है कि आप मुफ्त सॉफ्टवेयर के लाभों से अवगत हैं - और, वे सभी Django में निहित हैं।

आधिकारिक Django प्रलेखन किसी भी डेवलपर के लिए पर्याप्त से अधिक है। यदि आप फंस जाते हैं, तो समाधान खोजना मुश्किल नहीं है।

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

Django और अन्य लोकप्रिय ढांचे की वर्तमान स्थिति

इसलिए, मैंने अन्य फ्रेमवर्क के साथ काम करते समय आने वाली समस्याओं को उजागर करने के लिए अधिकतम संभव कोशिश की और Django के साथ इन रूपरेखाओं की तुलना करें। Yii, CodeIgniter, WordPress, CS-Cart, Laravel, इत्यादि के साथ काम करने के बाद, मैं इस निष्कर्ष पर पहुंचा कि Django उनमें से किसी से भी बेहतर है।
हालाँकि, यह सिर्फ मेरी राय है।

यदि आप आंकड़े पसंद करते हैं, तो यहां वार्षिक स्टैक ओवरफ्लो अध्ययन है, जहां Django सबसे लोकप्रिय और चौखटे के बाद मांगी गई है:

चौखटे, पुस्तकालय और उपकरण
अधिकांश प्रिय, खूंखार, और वांटेड फ्रेमवर्क, लाइब्रेरी और टूल्स

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

मैंने हाल ही में लारवेल से Django में एक साल के लिए उत्पादन में मेरे पास एक आवेदन लिखा था। मैंने 10 दिनों से कम समय में एक नया कोड बेस तैनात करने में कामयाबी हासिल की, इसके लिए न्यूनतम राशि कोड लिखी (मैं भी यही कहता हूं: जटिलता कम हो जाती है!) विपरीत दिशा में, इस तरह के ऑपरेशन में निश्चित रूप से एक महीने से अधिक समय लगेगा।

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

हालांकि, यहां हम केवल अन्य तकनीकों से संबंधित रूपरेखा पर चर्चा नहीं कर रहे हैं। यहां तक ​​कि अगर आप पायथन से परिचित हैं, तो आप फ्लास्क माइक्रोफ़्रामवर्क को अधिक सुविधाजनक और वांछनीय पा सकते हैं। हमें सोचना होगा कि किस पर रोक लगाई जाए।
मेरी सलाह बस उनकी तुलना करने की नहीं है।

निष्कर्ष

मेरी राय में, Django पूरी तरह से प्रदर्शन, वास्तुकला, विकास जटिलता, सुरक्षा और मापनीयता को संतुलित करने में कामयाब रहा।

यदि आप स्क्रैच से एक प्रोजेक्ट लिखना शुरू कर रहे हैं, तो मैं अत्यधिक Django के साथ इसे बनाने की कोशिश कर रहा हूं।