बासी-जबकि-पुनरीक्षित (SWR) कैशिंग रणनीतियाँ वेब अनुप्रयोगों के उपयोगकर्ता को तेज़ प्रतिक्रिया प्रदान करती हैं, जबकि अभी भी अंतिम स्थिरता की अनुमति देती हैं। तेज़ प्रतिक्रिया से स्पिनरों को दिखाने की आवश्यकता कम हो जाती है और इसके परिणामस्वरूप बेहतर उपयोगकर्ता अनुभव प्राप्त हो सकता है।

जेफ पॉस्निक में समझाया गया ब्लॉग प्रविष्टि |_+_| . के पीछे तर्क कैशिंग रणनीति:

बासी-जबकि-पुनरीक्षित डेवलपर्स को तात्कालिकता के बीच संतुलन बनाने में मदद करता है- कैश्ड सामग्री को तुरंत लोड करना —और ताजगी— भविष्य में कैश्ड सामग्री के अपडेट का उपयोग सुनिश्चित करना .

|_+_| और |_+_| पैरामीटर |_+_| . में सेट किए जा सकते हैं HTTP प्रतिक्रिया शीर्षलेख का। |_+_| . से पुराने HTTP अनुरोध के लिए कैश्ड प्रतिक्रिया (सेकंड में व्यक्त) को बासी माना जाता है। पुरानी प्रतिक्रिया के मामले में, यदि कैश्ड प्रतिक्रिया की आयु |_+_| सेटिंग, बासी प्रतिक्रिया निष्पादित किए जा रहे पुनर्वैधीकरण अनुरोध के समानांतर लौटा दी जाती है। पुनर्वैधीकरण अनुरोध की प्रतिक्रिया कैश में पुरानी प्रतिक्रिया को बदल देती है। यदि कैश्ड प्रतिक्रिया |_+_| . द्वारा कवर किए गए समय की खिड़की से पुरानी है सेटिंग, ब्राउज़र इसके बजाय सीधे नेटवर्क से एक प्रतिक्रिया प्राप्त करेगा और उस प्रतिक्रिया के साथ कैश को पॉप्युलेट करेगा।

#जावास्क्रिप्ट #http

www.infoq.com

UX पैटर्न: बासी-जबकि-पुनरीक्षित

बासी-जबकि-पुनरीक्षित (SWR) कैशिंग रणनीतियाँ वेब अनुप्रयोगों के उपयोगकर्ता को तेज़ प्रतिक्रिया प्रदान करती हैं, जबकि अभी भी अंतिम स्थिरता की अनुमति देती हैं। आइए देखें UX पैटर्न: बासी-जबकि-पुनरीक्षित।