एक परियोजना पूरा आवेदन और उसके सभी भागों को दर्शाता है:
भी कई ब्लॉग गूगल पर खोजा पदों इस विषय को संबोधित है कि कर रहे हैं।
एक ऐप एप्लिकेशन के एक सबमिशन को संदर्भित करता है। उम्मीद है कि, परियोजना में अन्य ऐप्स के साथ आत्मनिर्भर और अंतर्निहित नहीं है, इसलिए, सिद्धांत रूप में, आप इसे उठा सकते हैं और बिना किसी, या किसी भी संशोधन के इसे किसी अन्य प्रोजेक्ट में डाल सकते हैं। एक ऐप आमतौर पर इसका अपना models.py (जो वास्तव में खाली हो सकता है) है। आप इसे एक पायथन मॉड्यूल के रूप में देख सकते हैं।
अपने उदाहरण
परियोजना के लिए
तो वेबसाइट है, और इतना है कि वहाँ लेख के लिए एक एप्लिकेशन है आप इसे तैयार कर सकते हैं, और रैंकिंग टेबल के लिए एक एप्लिकेशन, और जुड़नार और परिणाम के लिए एक एप्लिकेशन , और एक एप्लिकेशन के लिए ...
मुझे लगता है कि ध्यान में रखने की मुख्य बात क्षुधा के बीच अन्योन्याश्रय के स्तर है। ओवरबोर्ड पर जाने में कोई समझ नहीं है क्योंकि यह सभी प्रोजेक्ट है, लेकिन अधिक इंटरविवाइन किए गए दो ऐप्स हैं - जैसे कि यह ऐप किसी अन्य प्रोजेक्ट में उस ऐप का पुन: उपयोग करने के लिए बहुत अधिक काम करेगा - तो अधिक संभावना है कि ऐप विलय से बेहतर होगा या संलग्न है।
स्रोत
2013-10-13 22:29:01
ऐसे कई तरीके हैं जिनमें आप अपनी परियोजना को व्यवस्थित कर सकते हैं। लेकिन एक ऐप आमतौर पर आपके प्रोजेक्ट का अर्ध-निहित अनुभाग होता है। जैसे सामने वाले पृष्ठ पर चुनाव के लिए एक ऐप।हालांकि, आपके मामले में आलेखों में, उदाहरण के लिए, टिप्पणियां, आपकी संरचना के आधार पर ये टिप्पणियां हो सकती हैं, केवल लेख ऐप के भीतर ही हो सकती हैं। कोई सुनहरा बुलेट नहीं है। यदि आप इसका पुन: उपयोग करना चाहते हैं तो एक अलग ऐप के लिए जाएं अन्यथा यह निर्भर करता है। यह भी देखें: http://stackoverflow.com/questions/4879036/django-projects-vs-apps – EWit
http://stackoverflow.com/questions/11216829/django- निर्देशिका- संरचना/11222631#11222631 –
यहां एक लिंक है django दस्तावेज़: https://docs.djangoproject.com/en/1.8/ref/applications/#projects-and-applications – guettli