Django, मॉडल के बिना एक व्यवस्थापक पैनल कैसे उत्पन्न करें?

Question

मैं एक बड़ी परियोजना का निर्माण कर रहा हूं, जिसमें मूल रूप से यह शामिल है:

सर्वर 1: आइस आधारित सेवाएं। सत्र प्रबंधन के लिए ग्लेशियर 2। फायरवॉल ग्लेशियर 2 तक पहुंच की इजाजत देता है।

सर्वर 2: ग्लेशियर 2 के माध्यम से बर्फ सेवाओं के लिए वेब इंटरफ़ेस (पढ़ें, सार्वजनिक)। ग्लेशियर के माध्यम से बर्फ सेवाओं के लिए व्यवस्थापक इंटरफ़ेस 2.

जिस बिंदु से मैं चिंतित हूं वह वेब इंटरफ़ेस है। मैं Django का उपयोग करना चाहता हूं, क्योंकि यह दोनों पाइथन में लिखा गया है और यह अविश्वसनीय रूप से उपयोगी स्वचालित व्यवस्थापक पैनल जनरेटर है।

वेब इंटरफ़ेस किसी भी डेटाबेस तक नहीं पहुंचता है। यह ग्लेशियर 2 राउटर के माध्यम से सर्वर # 1 पर एक आइस सेवा से जुड़ता है और डेटा में हेरफेर करने के लिए उन सेवाओं द्वारा उजागर एपीआई का उपयोग करता है।

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

इसलिए मुझे व्यवस्थापक पैनल जेनरेट करने की आवश्यकता है, लेकिन सामान्य रूप से ओआरएम की तरह मानक डेटा एक्सेस करने की बजाय, मुझे किसी भी "डीबी-एक्सेस" कॉल को रोकना होगा और उन्हें आइस सर्विस कॉल में बदलना होगा, और फिर ले लें सेवा का आउटपुट (यदि कोई है), इसे ओआरएम सामान्य रूप से लौटता है और Django पर नियंत्रण वापस ले जाता है।

कोई भी जानता है कि मैं यह कैसे कर सकता हूं? मुझे उपclass की क्या आवश्यकता होगी? कोई विशिष्ट विचार?

आपके समय के लिए धन्यवाद।

Answer 1

मैं कस्टम ORMS लेखन व्यवस्थापक एकीकरण आप चाहते हैं पाने के लिए की तुलना में एक आसान तरीका हो सकता है लगता है की जरूरत है। मैंने इसे एक ऐप में इस्तेमाल किया जो वेबफैक्शन ईमेल खातों को उनके कंट्रोल पैनल एपीआई के माध्यम से प्रबंधित करने की अनुमति देता है।

models.py, admin.py और urls पर एक नज़र डालें।यहाँ py: django-webfaction

व्यवस्थापक अनुक्रमणिका पृष्ठ पर एक प्रविष्टि का उपयोग एक डमी मॉडल है कि सफल रही है = बनाने के लिए झूठी

रजिस्टर व्यवस्थापक के साथ है कि मॉडल।

फिर आप व्यवस्थापक यूआरएल को रोक सकते हैं और उन्हें अपने विचारों पर निर्देशित कर सकते हैं।

यह समझ में आता है कि व्यवस्थापक आपके ऐप के लिए एडिट/एडिट/हटाए गए कार्यों को समझता है। अन्यथा आप अपने स्वयं के कस्टम क्रियाओं को शामिल करने के लिए व्यवस्थापक अनुक्रमणिका या परिवर्तनीय टेम्पलेट्स को ओवरराइड करना बेहतर कर सकते हैं

Answer 2

डीजेंगो ओआरएम में एक प्लग करने योग्य बैकेंट है, जिसका अर्थ है कि आप उन चीजों के लिए बैकएंड लिख सकते हैं जो आरडीबीएमएस नहीं हैं। यह शायद एक बड़ा काम है, लेकिन शुरुआत करने के लिए एक अच्छी जगह है डैंको कॉन 2008, Inside the ORM से मैल्कम ट्रेडिनिक की बात के साथ।

अन्यथा, आप ओआरएम को पूरी तरह से बाईपास कर सकते हैं, और आपको आवश्यक पहुंच के लिए मैन्युअल रूप से फॉर्म लिख सकते हैं।

Answer 3

contrib.admin की असली शक्ति django Forms है। संक्षेप में, व्यवस्थापक उपकरण मूल रूप से एक मॉडल से मिलान करने के लिए एक फॉर्म को ऑटो-जनरेट कर रहा है जिसमें थोड़ी सी urls.py रूटिंग फेंक दी गई है। अंत में यह व्यवस्थापक उपकरण के अलावा django फॉर्म का उपयोग करना आसान होगा।

Answer 4

आप कर सकते हैं "नकली" कुछ वर्ग तो यह एक मॉडल की तरह लग रही है, लेकिन यह अपने एपीआई के लिए प्रॉक्सी करता

उदा

class QuerysetMock(object): 
    def all(): 
     return call_to_your_api() 
    [...] 


class MetaMock(object): 
    def fields(): 
     return fields_mock_objects.. 
    verbose_name = '' 
    [...] 

class ModelMock(object): 
    _meta = MetaMock() 
    objects = QuerysetMock() 

admin.site.register(ModelMock) 

यह काम कर सकते हैं .. लेकिन आप संगत सामान django.model बहुत कुछ