Jinja: "आइटम" तत्व के साथ वस्तु पर पुनरावृति करना असंभव है

आइटम को प्राथमिकता देने के लिए आप {% for el in data['items'] %} का उपयोग कर सकते हैं। यह भी दस्तावेज़ीकरण में शामिल है। http://jinja.pocoo.org/docs/2.9/templates/#variables

यह विफल हो जाएगा यदि JSON प्रतिक्रिया में कभी-कभी 'आइटम' शामिल नहीं होता है (कहते हैं कि यह प्रतिक्रिया की एक वैकल्पिक विशेषता थी)। उस स्थिति में, {% for el in data['items'] %} भी उत्पादन करेगा:
लेखन त्रुटि: 'builtin_function_or_method' वस्तु पुनरावर्तनीय नहीं है

... चूंकि आइटम हमेशा परिभाषित होते हैं (एक बिल्टिन फ़ंक्शन के रूप में)।

और यह एक बग है, आईएमओ। डेटा ['आइटम'] कभी भी बिल्टिन से नहीं टकराना चाहिए। दूसरे शब्दों में, यदि आप एक वैकल्पिक "आइटम" विशेषता को स्पष्ट रूप से पुनरावृत्त करना चाहते हैं तो आपको इसका नाम बदलने के लिए मजबूर होना पड़ता है। आदर्श रूप में, ऐसा नहीं होना चाहिए।

JSON प्रतिक्रिया में आइटम क्यों शामिल नहीं होंगे? मुझे पूरा यकीन नहीं है कि मुझे यहां समस्या दिखाई दे रही है। निश्चित रूप से आप समय से पहले जानते हैं कि आपका डेटा क्या है। आप पहले से ही शब्दकोशों पर in ऑपरेटर के साथ टेम्प्लेट में कुंजियों की जांच कर सकते हैं।

इस व्यवहार को बदलना पूरी तरह से सवाल से बाहर है क्योंकि अगर हम इस विशेषता/आइटम समर्थन को हटा देते हैं तो हजारों टेम्पलेट टूट जाएंगे।

मैं कुछ भी छोड़ने का सुझाव नहीं दे रहा हूं, बस इसे और सख्त बनाने के लिए।

आज समस्या यह है कि जब आप स्पष्ट लुकअप नोटेशन का उपयोग करते हैं: data['items'] यह एक बिल्टिन डिक्शनरी फ़ंक्शन ढूंढता है और इसे नहीं करना चाहिए । पायथन ऐसा नहीं करता है, न ही जिंजा करना चाहिए। यदि किसी को बिल्टिन (या उस मामले के लिए कोई फ़ंक्शन) को कॉल करने की आवश्यकता है, तो आपके पास इसके लिए कॉलिंग नोटेशन है: data.items()

सुनिश्चित नहीं है कि यह विशेष-मामले dict.items लिए बहुत स्पष्ट होगा। खासकर जब से यह अभी भी कस्टम तानाशाही प्रकारों या शायद OrderedDict लिए भी विफल हो जाएगा। मुझे लगता है कि उन मामलों में foo['items'] करना बेहतर है। यह सुपर सुंदर नहीं बल्कि सुसंगत व्यवहार है।

एकमात्र संभव "फिक्स/हैक" मैं इसे एक अच्छे तरीके से संभालने की कल्पना कर सकता हूं यह जांच रहा है कि एक सादा विशेषता (यानी फ़ंक्शन कॉल नहीं) का उपयोग पुनरावृत्ति में किया जाता है और आप किसी ऐसी चीज़ पर पुनरावृति करने की कोशिश कर रहे हैं जो चलने योग्य नहीं है लेकिन कॉल करने योग्य है . इस मामले में आइटम की कोशिश करने से किसी भी मौजूदा कोड को तोड़ने की संभावना नहीं होगी। हालांकि, जिंजा में इस तरह के व्यवहार के लिए कार्यान्वयन शायद बेहद भयानक होगा;)

यह एक विशेष मामला क्यों है? मैं जिंजा से बिल्कुल पाइथन की तरह व्यवहार करने के लिए कह रहा हूं। विशेष रूप से, foo['items'] किसी भी उपयोगकर्ता द्वारा सम्मिलित कुंजी "आइटम" नहीं होने पर कोई नहीं उत्पन्न करना चाहिए। आज, जिंजा उसी नाम के अंतर्निहित कार्य को खोजने के लिए वापस आ गया है। तो बस वही करें जो पायथन करता है:

>>> print {}.get('items')
None

बीटीडब्ल्यू, मेरा यह भी मानना ​​​​है कि वैकल्पिक संकेतन "foo.items" को भी ठीक से संभाला जाना चाहिए, क्योंकि आपको कॉल करने योग्य कॉल करने के लिए "()" का उपयोग करने की आवश्यकता है, लेकिन यदि आपको foo.items के लिए कुछ पश्चगामी संगतता की आवश्यकता है या तो खोजने के लिए एक कुंजी या फ़ंक्शन को स्वचालित रूप से कॉल करें, तो मुझे लगता है कि यह बहुत बुरा है।

['x'] और .x दोनों के लिए जिंजा तर्क यह है:

• जांचें कि क्या आइटम/एटीआर (पायथन में आपका सिंटैक्स जो भी मिलता है) मौजूद है, यदि हां इसका उपयोग करें
• जांचें कि क्या एटीआर/आइटम (पायथन में आपका वाक्यविन्यास क्या करेगा के "विपरीत") मौजूद है, यदि हां इसका उपयोग करें
• विफल यदि न तो मौजूद है

तो x.items विशेषता के लिए जाँच करता है और चूंकि एक मौजूद है इसलिए वह इसका उपयोग करता है। यह तर्क इस तरह काम करता है चाहे प्रतियोगिता कोई भी हो। इसे सुधारने के लिए इसके संदर्भ के आधार पर विशेषता लुकअप तर्क को बदलने की आवश्यकता होगी। और फिर भी यह इस कोड की तरह अजीब परिस्थितियों में परिणाम देगा जो काम करेगा:

{% for x in mydict.items %}

बनाम यह कोड जो काम नहीं करेगा

{% set items = mydict.items %}
{% for x in items %}

और इस मामले में विशेष हैंडलिंग रखना असंभव होगा, बिना इस बात पर नज़र रखे कि एक चर कहाँ से आया है।

@slisznia आप अनिवार्य रूप से Jinja2 के लिए विशेषता लुकअप सिस्टम को पूरी तरह से बदलने के लिए कह रहे हैं जो इस बिंदु पर लगभग 7 वर्षों से है।

आह, मैंने foo['bar'] एक विशेषता लुकअप नहीं करने का सुझाव भी नहीं देखा। यह निश्चित रूप से एक बुरा विचार है! केवल for item in data.get('items', []) का उपयोग करने में आपको क्या समस्या है?

@ThiefMaster mydict.get('items', []) निश्चित रूप से काम करता है, और कुंजी का नाम बदलने की तुलना में एक और विधि को इंगित करने के लिए धन्यवाद।