Django आवेदन रणनीति


14

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

एक बात जो मुझे परेशान करती है, वह यह है कि मेरे अनुप्रयोगों में मेरे पास कई सहायक विधियाँ होंगी जिनका उपयोग अनुप्रयोगों में किया जाएगा। साथ ही कुछ मॉडलों को अनुप्रयोगों में साझा / उपयोग करना होगा। यह समझ में आता है? यह उन चिंताओं के पृथक्करण के साथ अच्छी तरह से नहीं चलता है जिन्हें मैं अपने ऐप को कई छोटे ऐप में विभाजित करके हासिल करने की उम्मीद कर रहा था। अनुप्रयोगों में सहायक विधियों, मॉडलों आदि को साझा करने के लिए एक अच्छा तरीका क्या होगा?

जवाबों:


11

यदि आपकी परियोजना बड़ी हो रही है, तो पुन: प्रयोज्य मॉड्यूल के रूप में ऐप्स के बारे में सोचें। आप अपने ऐप में साझा की गई कार्यक्षमता को अपने ऐप में अलग कर सकते हैं।

मामले पर अधिक विचार के लिए नीचे चर्चा देखें:


क्या होगा अगर किसी ऐप को प्रोजेक्ट नेविगेशन में कुछ मेनू आइटम जोड़ने की आवश्यकता है? stackoverflow.com/questions/23405610
utapyngo

2

मैं base/साझा किए गए सामान के लिए कोई दृश्य और कोई क्षण नहीं के साथ एक ऐप बनाना पसंद करता हूं ।

एक समस्या जो तब होती है जब आपके पास कई ऐप्स में मॉडल फैले होते हैं, सर्कुलर इंपोर्ट होता है। अन्य मॉडलों ( foo = ForeignKey("someapp.Foo")इसके बजाय foo = ForeignKey(someapp.models.Foo)) को संदर्भित करने के लिए स्ट्रिंग्स का उपयोग करके इससे बचा जा सकता है । Django आपको अधिक स्थानों पर इस तरह के तार का उपयोग करने देता है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.