मैंने JSON representation of a mailbox so that I can look up mails easily डिज़ाइन किया है, उदाहरण के लिए mailjson[UID].Body
।JSON डिज़ाइन सर्वोत्तम प्रथाओं
हालांकि AngularJS और एंबर देखने के बाद, templating MVC जे एस इंजन, ऐसा लगता है कि JSON प्रारूप में होने चाहिए:
[{
"id": 1,
"body": "Blah blah blah..."
},
{
"id": 2,
"body": "More blah foo blah"
},
{
"id": 3,
"body": "Hopefully you understand this example"
}]
और फिर वहाँ कुछ findAll (आईडी) समारोह आइटम हड़पने के लिए आधारित है आईडी पर एक चाहता है, जो JSON के माध्यम से पुनरावृत्त करता है। तो अब मैं सोच रहा हूं कि मेरे JSON डिज़ाइन में योग्यता है? क्या मैं इसे गलत कर रहा हूँ? लोग मेरे JSON के साथ उपयोग कर रहे स्पैम लुकअप डिज़ाइन का उपयोग क्यों नहीं करते हैं?
यह सुनिश्चित करने के लिए कोई अन्य युक्तियाँ कि मेरे पास एक अच्छी डेटा संरचना डिज़ाइन है, मैं आभारी रहूंगा।
ऐसा लगता है कि आप मूल रूप से हैश टेबल बनाम सूचियों/सरणी के (डी) फायदे के लिए पूछ रहे हैं। यह सब इस बात पर निर्भर करता है कि आप मुख्य रूप से अपने डेटा के साथ क्या कर रहे हैं। –
मैं मेल अभिलेखागार उत्पन्न करने के लिए ऐसा कर रहा हूं https://github.com/kaihendry/imap2json – hendry
यह गलत जवाब है :-) उसका क्या मतलब है यह इस बात पर निर्भर करता है कि आप इसके साथ क्या करते हैं, न कि आप इसे कैसे स्टोर करते हैं। * प्रोसेसिंग * डेटा के लिए आप किस एल्गोरिदम का उपयोग करते हैं। यदि आप जानते हैं कि आप भंडारण कंटेनर में एन-वें तत्व तक पहुंचने जा रहे हैं तो सरणी के लिए जाएं, अगर आपको पता है कि आपके पास एक बड़े भंडारण कंटेनर के अंदर जानकारी का एक टुकड़ा खोजने के लिए कुछ स्ट्रिंग कुंजी होगी, तो हैश के लिए जाएं। एक आदेश दिया जाता है (क्रमांकित) भंडारण, दूसरा एक unordered है। यदि आप आईडी द्वारा अपने ईमेल पुनर्प्राप्त करने जा रहे हैं, और आईडी नंबरिंग में कोई (बड़ा) अंतर नहीं है, तो सर बेहतर हैं। –