मैं एक Django नौसिखिया हूँ, लेकिन प्रोग्रामिंग में काफी अनुभवी। मेरे पास संबंधित अनुप्रयोगों का एक सेट है जिसे मैं उप-एप्लिकेशन में समूह करना चाहता हूं लेकिन यह समझ नहीं सकता कि प्रबंधन मेरे लिए यह कैसे करें।मैं Django में उप-अनुप्रयोग कैसे बना सकता हूं?
आदर्श रूप में मैं की तरह एक संरचना के साथ खत्म हो जाएगा:
project/
app/
subapp1/
subapp2/
मैं manage.py startapp app.subapp1
और manage.py startapp app/subapp1
की कोशिश की है, लेकिन यह मुझसे कहता है कि /
और .
एप्लिकेशन नाम के लिए अमान्य वर्ण हैं।
मैंने ऐप निर्देशिका में बदलने और ../manage.py subapp1
चलाने का प्रयास किया है, लेकिन यह शीर्ष स्तर पर supapp1 बनाता है। नोट, मैं सीधे स्टैंड-अलोन एप्लिकेशन बनाने की कोशिश कर रहा हूं। मैं यह सब एक परियोजना के भीतर से करने की कोशिश कर रहा हूं।
क्या आप हमें बता सकते हैं कि आप ऐसा करने का प्रयास क्यों कर रहे हैं? ऐप क्या है और subapp1 और subapp2 क्या हैं? एक django ऐप अजगर मॉड्यूल का संग्रह है (और, जैसे Ignacio हमारे, पायथन पैकेज इंगित करता है) जो एक पूर्ण वेब अनुप्रयोग का प्रतिनिधित्व करता है। मैं यह नहीं समझ सकता कि आप क्या करने की कोशिश कर रहे हैं या लोग आपके प्रश्न को ऊपर क्यों उठा रहे हैं ... – cethegeek
मेरी "ज़रूरत" का वर्णन मानक पुस्तक उदाहरण को विस्तारित करने के लिए भी किया जा सकता है जिसमें शैली भी शामिल है। यदि आप कल्पना करते हैं कि प्रत्येक शैली (एसएफ, कॉमेडी, नाटक, गैर-कथा) में मानक पुस्तक फ़ील्ड से परे अतिरिक्त डेटाबेस फ़ील्ड हैं। मैं पाइथन के लिए काफी नया हूं कि मुझे कक्षा विरासत (जैसे वर्ग एसएफबुक (पुस्तक)) की वास्तव में परवाह नहीं है, इस परियोजना के शुरुआती संस्करण के लिए सामान्य कोड का थोड़ा सा प्रतिलिपि बनाना ठीक होगा। लेकिन मैं सभी शैलियों को शीर्ष परियोजना स्तर पर रखने के बजाय सभी शैलियों को एक सामान्य निर्देशिका के तहत व्यवस्थित करने में रूचि रखता हूं। – jamida
तो, चलिए एक पल के लिए विरासत भूल जाते हैं। पुस्तकों की विभिन्न शैलियों से निपटने के लिए सामान्य तरीकों की लाइब्रेरी रखने की बजाय आपकी योजना "सबैप्स" में एकाधिक निर्देशिकाओं में कोड दोहराना है? यह वास्तव में एक बुरा विचार है। वास्तव में बुरा, वास्तव में। हर बार जब आपके पास एक कोड परिवर्तन होता है जो विभिन्न शैलियों में कटौती करता है, तो आपको कई स्थानों पर कोड को छूने की आवश्यकता होगी। मुझे लगता है कि आपको अपने दृष्टिकोण पर थोड़ा सा पुनर्विचार करना होगा। "Subapps" आज़माने और आविष्कार करने का कोई अच्छा कारण नहीं है। – cethegeek