विचार यह है कि क्या बारिश या चमक, गीला या ठीक है, उपयोगकर्ता को यह पता होना चाहिए कि उसने सभी के लिए भुगतान किया है।इन-ऐप खरीद लेनदेन को पुनर्स्थापित करना
एप्पल से:
Store Kit provides built-in functionality to restore transactions for non-consumable products, auto-renewable subscriptions and free subscriptions
इन लेनदेनों के लिए एप्पल स्टोर किट अच्छा निर्माण में उपकरण है। मैं अन्य प्रकारों (विशेष रूप से उपभोग्य) पर ध्यान केंद्रित करना चाहता हूं। एक और एकमात्र लेनदेन जानकारी एक पहचानकर्ता और एक रसीद डेटा है जिसे हम सफल खरीद के बाद स्टोर किट द्वारा प्राप्त करते हैं। हमारा एप्लिकेशन उत्पाद वितरित करने के लिए सर्वर-साइड मॉडल का उपयोग करता है। लेकिन अभी भी खरीद डेटा खोने के बहुत सारे मामले हैं, जैसे कि सर्वर ऐप स्टोर के माध्यम से खरीदारी करते समय सर्वर को नीचे रखता है, इसलिए सत्यापन प्रक्रिया पूरी करने के लिए सर्वर को रसीद भेजना संभव नहीं है।
वर्तमान समाधान नहीं है:
- सर्वर उत्पाद पहचानकर्ता
- उपयोगकर्ता एक का चयन करता है की एक सूची देता है; ऐप डिवाइस पर अपने पहचानकर्ता को बचाता है (SQLite या कोर डेटा के माध्यम से)। स्टैंडअर्ट ऐप्पल स्टोर लेनदेन प्रक्रिया उसके ठीक बाद जाती है।
- सफलता आवेदन के मामले में डिवाइस पर इसके पहचानकर्ता के साथ रसीद डेटा बचाता है और इसे सर्वर पर भेजता है। अगर विफलता या रद्द किया गया था तो पहचानकर्ता को डिवाइस से तत्काल हटा दिया गया है।
- यदि सर्वर की प्रतिक्रिया ठीक है तो ऐप डिवाइस से रसीद डेटा के साथ पहचानकर्ता को हटा देता है। अन्यथा यह सफल प्रतिक्रिया व्यवहार तक सर्वर को समय-समय पर अनुरोध भेजेगा।
लेकिन इस दृष्टिकोण में अभी भी रिसाव है। उदाहरण के लिए, उपयोगकर्ता डिवाइस से एप्लिकेशन को हटा सकता है जो सर्वर पर लेनदेन के लिए इंतजार नहीं कर रहा है, इसलिए उसकी खरीद के बारे में कोई सबूत नहीं होगा।
आपके सुझाव?
क्या मतलब है "ध्यान दें कि खराब खरीद रसीद वैध है" अच्छा नहीं है? – Danik
मुझे बस यह कहना था कि आप अभी भी समाप्त कर चुके हैं ट्रांज़ेक्शन: जब रसीद खराब होती है लेकिन आप उत्पाद वितरित नहीं करते हैं। आपको सर्वर पर कुछ भी लॉग करना चाहिए और उपयोगकर्ता को सूचित करना चाहिए। मैं वास्तव में तब तक उत्पाद वितरित करने के लिए अपनी सामग्री सेट अप करता हूं जब तक कि मुझे यकीन न हो कि रसीद सत्यापन में कोई भी बग था। मुझे लगता है कि अमेज़ॅन पर काम किया लेकिन ऐप्पल या Google नहीं। कम से कम अमेज़ॅन पर, यह मुझे अपनी खुद की बग से बचाया। – DrC
वैसे भी इसे सामग्री रिप्प प्रयास को रोकने के लिए उपर्युक्त कुंजी की सूची में सहेजने की आवश्यकता है। कहें, ऐप को प्रतिक्रिया प्राप्त नहीं हुई है, और उपयोगकर्ता डिवाइस बंद कर देता है।जब ऐप स्टोर किट को फिर से अनुरोध भेजता है, लेकिन ऐप के पास उस समय लेनदेन के बारे में कोई जानकारी नहीं है। हम कुंजी और उसके पहचानकर्ता द्वारा लेनदेन की पहचान कर सकते हैं और इसे सर्वर पर भेज सकते हैं। जब सर्वर सत्यापन समाप्त करता है, ऐप कॉल समाप्त होता है ट्रांज़ेक्शन:। अगर गलत साबित हुआ है, तो सर्वर इस लेनदेन के अनुरोधों को रोकने के लिए ऐप को सूचित कर सकता है। निलंबित लेनदेन द्वारा सर्वर के बोझ को रोकने के लिए अनुरोधों को सीमित करने के लिए भी अच्छा है। – Lion