2009-08-27 5 views
11

मैंने अभी सीखा है कि विभिन्न फाइलों में विभाजित मॉडल वर्गों में से कई django की अंतर्निहित कार्यक्षमताओं को तोड़ते हैं।डीजेंगो मॉडल मॉडल में होने के लिए सभी मॉडल वर्गों को क्यों लागू करता है?

मैं जावा पृष्ठभूमि से आ रहा हूं। वहां, यह बहुत लंबी कक्षा फाइलों को लिखने के लिए एक अच्छा अभ्यास के रूप में स्वीकार नहीं किया जाता है। लेकिन सभी मॉडल वर्गों के लिए एकल फ़ाइल के django के प्रवर्तन संभवतः प्रोग्रामर को बहुत लंबे मॉडल.py फाइल लिखने का कारण बनेंगे। इससे प्रोग्रामर के लिए पूरे डोमेन मॉडल के संगठन को देखना मुश्किल हो जाएगा।

तो डीजेंगो सभी डोमेन कक्षाओं को रखने के लिए एकल फ़ाइल को क्यों लागू करता है?

मुझे गुगलिंग द्वारा इस समस्या के लिए a solution proposal मिला है। लेकिन मुझे यकीन नहीं है कि यह ठीक से काम करेगा या नहीं। क्या आप इस समाधान का सुझाव देते हैं?

+0

आपका लिंक मर चुका है। क्या आप इसे अपडेट कर सकते हैं? – Gabriel

+0

संभावित मॉड्यूल [मॉड्यूल.py विशाल हो रहा है, इसे तोड़ने का सबसे अच्छा तरीका क्या है?] (Http://stackoverflow.com/questions/1160579/models-py-getting-huge-what-is-the-best -वे-टू-ब्रेक-अप-अप) – Ajoy

उत्तर

7

सिंगल नेमस्पेस: हाँ। एकल मॉड्यूल: नहीं।

आपके मॉडल को नेमस्पेस appname.models से आयात करने योग्य होना है।

+0

मुझे लगता है कि यह उत्तर शायद इस प्रश्न का सही उत्तर है, लेकिन यह निश्चित रूप से स्पष्ट होने के साथ किया जा सकता है। मुझे लगता है कि यह मूल रूप से अन्य मॉड्यूल से सभी मॉडलों को आयात करने के लिए 'appname.models' की आवश्यकता को उबालता है। क्यों एक व्यवहार, या जहां यह व्यवहार दस्तावेज किया गया है, यह उपयोगी होगा। – SpoonMeiser

+0

इसी प्रकार, 'appname.models' क्यों मॉड्यूल आयात करेगा जो अन्य मॉडलों को परिभाषित करने के लिए पर्याप्त नहीं है? निश्चित रूप से आवश्यक मेटाक्लास जादू ट्रिगर करेगा? यदि नहीं, क्यों? – SpoonMeiser