ऑफ़लाइन काम करना
उत्पाद संबंधी निर्णय है।

कनेक्शन टूटने का मतलब हमेशा काम खोना नहीं होना चाहिए। ऑफ़लाइन व्यवहार अस्थिर नेटवर्क पर कार्य पूरा करने में मदद कर सकता है या, उत्पाद के उद्देश्य के अनुसार, रिकॉर्ड अपने उपकरण पर रखने दे सकता है।

उस कार्य से शुरू करें जो जारी रहना चाहिए

“ऑफ़लाइन काम करता है” उपयोगी आवश्यकता के लिए बहुत व्यापक है। वे विशेष कार्य तय करें जो उपलब्ध रहने चाहिए: रिकॉर्ड शुरू करना, नोट बदलना, सहेजा कार्यक्रम देखना या जानकारी निर्यात करना। तय करें कि कनेक्शन लौटने तक क्या रुक सकता है।

इंटरफ़ेस को ये सीमाएँ समझने योग्य बनानी चाहिए। व्यक्ति को पता होना चाहिए कि कार्य स्थानीय रूप से सहेजा गया, दूसरी प्रणाली में भेजा गया या अभी ध्यान माँगता है। केवल लोडिंग संकेत देखकर अनुमान लगाने की स्थिति न बनाएँ।

तय करें कि डेटा कहाँ होना चाहिए

स्थानीय संग्रहण से स्वामित्व और पुनर्प्राप्ति के प्रश्न बदलते हैं। क्या बैकअप है? उपकरण खोने या बदलने पर क्या होता है? क्या व्यक्ति डेटा ऐसे प्रारूप में निर्यात कर सकता है जो दूसरी जगह उपयोग हो? ऐप हटाने के बाद कौन-सी प्रतियाँ रहती हैं?

ये निर्णय उत्पाद के वास्तविक व्यवहार और गोपनीयता सूचना के अनुरूप होने चाहिए। “ऑफ़लाइन” का अर्थ यह नहीं कि हर सुविधा नेटवर्क से बचती है। बाहरी नक्शे, जियोकोडिंग, सहायता संदेश या उपयोगकर्ता द्वारा चुना निर्यात अलग डेटा प्रवाह बना सकते हैं।

टकराव के बाद की प्रक्रिया की योजना बनाएँ

यदि रिकॉर्ड बाद में सर्वर से सिंक्रोनाइज़ होते हैं, तो दो उपकरणों ने एक ही जानकारी बदली हो सकती है। उत्पाद को यह तय करने का नियम चाहिए कि कौन-सा संस्करण स्वीकार होगा और अप्रत्याशित परिणाम से उबरने का स्पष्ट तरीका भी।

दोहरे रिकॉर्ड, देरी और बाधित स्थानांतरण पर भी ध्यान देना चाहिए। बार-बार टैप करने से बिना बताए वित्तीय या संचालन कार्य बार-बार नहीं होने चाहिए। सटीक समाधान उत्पाद के डेटा मॉडल और संबंधित प्रणालियों पर निर्भर है।

अनुमति के विकल्प समझाएँ

स्थान सुविधा को विशेष कार्य पूरा करना चाहिए और अनुमति न मिलने पर भी पूर्वानुमान योग्य व्यवहार करना चाहिए। सूचना से चल रही गतिविधि समझने में मदद मिलनी चाहिए। उपयोगकर्ता Android की आंतरिक संरचना जाने बिना समझ सकें कि उनके विकल्प से क्या बदलेगा।

अनुमति अस्वीकार होने का क्रम डिज़ाइन में शामिल करें। यदि कार्य मैन्युअल रूप से संभव है, तो उसका रास्ता आसानी से मिले। यदि सुविधा काम नहीं कर सकती, तो उचित समय पर सीमा समझाएँ।

स्थितियों के बदलाव जाँचें

केवल नेटवर्क बंद करके ऐप खोलना न जाँचें। जब कार्य के बीच कनेक्शन टूटे, देर से लौटे या ऐप न दिखने के समय बदले, तब भी कार्य की समीक्षा करें। ऐप दोबारा शुरू होना, बाधित निर्यात और पुराने रिकॉर्ड में उपयोगकर्ता का सुधार भी देखें।

जाँचें मुख्य क्रम और उसके जोखिमों के अनुसार हों। सफल बिल्ड संकलन का उपयोगी प्रमाण है; उपकरण पर व्यवहार के लिए अलग प्रमाण चाहिए।