गतिशील रूप से फ्लास्क ऐप

Question

पर यूआरएल नियम जोड़ें मैं एक ऐप लिख रहा हूं जिसमें उपयोगकर्ता जानकारी स्टोर करने में सक्षम होंगे कि वे एक आरईएसटी इंटरफ़ेस निर्दिष्ट कर सकते हैं। आईई, /<username>/rest/products पर उत्पादों की एक सूची स्टोर करें। चूंकि यूआरएल स्पष्ट रूप से हाथ से पहले ज्ञात नहीं हैं, इसलिए मैं फ्लास्क में गतिशील यूआरएल निर्माण को लागू करने का सबसे अच्छा तरीका सोचने की कोशिश कर रहा था। मैंने जिस तरह से सोचा था, वह कैच-ऑल नियम लिखना होगा, और वहां से यूआरएल रूट करना होगा। लेकिन फिर जब मैं फ्लास्क में पहले से ही अंतर्निहित हूं तो मैं मूल रूप से यूआरएल रूटिंग क्षमताओं को डुप्लिकेट कर रहा हूं। इसलिए, मैं सोच रहा था कि .add_url_rule() (docs here, थोड़ा नीचे स्क्रॉल करें) का उपयोग करने के लिए उन्हें सीधे ऐप से अटैच करने का बुरा विचार होगा। क्या कोई विशिष्ट कारण नहीं किया जाना चाहिए?

Answer 1

हर बार जब आप add_url_rule() निष्पादित करते हैं तो आंतरिक रूटिंग URL मानचित्र को रीमेप्स करता है। यह न तो थ्रेडसेफ और न ही तेज़ है। मैं अभी समझ में नहीं आता कि आपको ईमानदार होने के लिए उपयोगकर्ता विशिष्ट यूआरएल नियमों की आवश्यकता क्यों है। यह थोड़े लगता है जैसे आप वास्तव में उपयोगकर्ता विशिष्ट अनुप्रयोगों को आरोहित करना चाहते हैं?

हो सकता है कि यह उपयोगी है: http://flask.pocoo.org/docs/patterns/appdispatch/

Answer 2

मैं अपने आवेदन जहां दिए गए SOMEID के लिए प्रत्येक समाप्ति बिंदु /<SOMEID>/rest/other एक अलग समारोह घिरा किया जाना चाहिए के लिए इसी तरह की आवश्यकता पड़ा है। इसे प्राप्त करने का एक तरीका एक लुकअप शब्दकोश रखना है जहां मान फ़ंक्शन हैं जो विशिष्ट SOMEID को संभालते हैं। इस ख्याल तुम सच में "गतिशील" Url नियम जोड़ने के लिए की जरूरत नहीं है के लिए

func_look_up_dict = {...} 
@app.route('<SOMEID>/rest/other', methods=['GET']) 
def multiple_func_router_endpoint(SOMEID): 
    if SOMEID in func_look_up_dict.keys(): 
     return jsonify({'result' = func_look_up_dict[SOMEID]()}), 200 
    else: 
     return jsonify({'result'='unknown', 'reason'='invalid id in url'}), 404 

इसलिए, बल्कि पैरामीटर के साथ एक यूआरएल नियम का उपयोग करके एक ही भीतर विभिन्न मामलों को संभालने के उदाहरण के लिए: यह टुकड़ा पर एक नज़र समारोह। विचार करने की एक और बात यह है कि वास्तव में ऐसे यूआरएल एंडपॉइंट के उपयोग के मामले के बारे में सोचें। यदि <username> एक पैरामीटर है जिसे पारित करने की आवश्यकता है, तो यूआरएल नियम का उपयोग क्यों न करें जैसे कि /rest/product/<username> या इसे जीईटी अनुरोध में एक तर्क के रूप में पास करें? उम्मीद है कि मदद करता है।