2012-05-31 18 views
6

मैं एक मोबाइल ऐप बना रहा हूं जो पोस्ट सूचीबद्ध करता है, प्रत्येक पोस्ट में एक स्थान संलग्न होता है।Google स्थल API परिणामों का कैशिंग परिणाम

मैं चाहता हूं कि सूची उपयोगकर्ता के स्थान से दूरी दिखाने में सक्षम हो। कुछ भी कैशिंग किए बिना इसे प्रत्येक पोस्ट के लिए स्थान संदर्भ स्टोर करने की आवश्यकता होगी और लिस्टिंग के दौरान Google स्थल API से स्थान की ज्यामिति प्राप्त करने की आवश्यकता होगी, यह एक बहुत ही बुरा विचार की तरह लगता है।

क्या मुझे अपने डीबी में स्थान की आईडी, संदर्भ, नाम और ज्यामिति स्टोर करने और इसे मेरे एपीआई के साथ वितरित करने की अनुमति है? यह प्रदर्शन उद्देश्यों के लिए है केवल

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

मैं एक मेज है कि एक समय में हर एक बार रीफ़्रेश हो जाएगा और बेदखल करता है, तो कहते हैं कि 30 दिनों की सुविधा देता है के लिए नहीं पहुँचा जा सकता मेरी DB में एक केंद्रीय कैश करने की अनुमति दी है?

+2

Google मानचित्र API TOS के अनुभाग 10.1.3b को पढ़ने के लिए प्रोत्साहित करें: http://goo.gl/8drnj – andresf

+2

मैंने इसे पढ़ा है, मोबाइल ऐप के लिए एक अच्छी कैशिंग रणनीति क्या है जो वर्तमान स्थान से दूरी सूचीबद्ध करती है? प्रत्येक ग्राहक के लिए प्रत्येक सूची आइटम के लिए लेट/लॉन जानकारी प्राप्त करें जिसके परिणामस्वरूप अनुरोधों की पागल संख्या हो सकती है –

उत्तर

3

Google's page on Places बताता है कि स्थान आईडी की कैशिंग की अनुमति है।

terms in 10.5.d राज्य है कि आप प्रदर्शन के कारणों के के लिए अधिक से अधिक 30 कैलेंडर दिनों के लिए सामग्री के सीमित मात्रा में स्टोर कर सकता है। चूंकि आप यही करने की कोशिश कर रहे हैं, तो मैं उम्मीद करता हूं कि आप आईडी, स्थान और नाम को स्टोर करना ठीक है।

जैसे ही आप अधिक जानकारी कैश करना शुरू करते हैं तो आप API की शर्तों का उल्लंघन करेंगे। यह स्पष्ट नहीं है कि ये क्या हैं लेकिन मुझे लगता है कि जब तक आप उचित हैं तो आप ठीक रहेगा।

संबंधित मुद्दे