वर्कबॉक्स बनाने की रणनीतियां

यह रणनीति का नया इंस्टेंस बनाता है और दस्तावेज़ में बताई गई सभी विकल्प प्रॉपर्टी को सार्वजनिक इंस्टेंस प्रॉपर्टी के तौर पर सेट करता है.

ध्यान दें: अगर कस्टम रणनीति क्लास, बेस रणनीति क्लास को बढ़ाती है और उसे इन प्रॉपर्टी के अलावा किसी और प्रॉपर्टी की ज़रूरत नहीं है, तो उसे अपना कंस्ट्रक्टर तय करने की ज़रूरत नहीं है.

constructor फ़ंक्शन इस तरह दिखता है:

(options?: StrategyOptions) => {...}

_awaitComplete फ़ंक्शन इस तरह दिखता है:

(responseDone: Promise<Response>, handler: StrategyHandler, request: Request, event: ExtendableEvent) => {...}

_getResponse फ़ंक्शन इस तरह दिखता है:

(handler: StrategyHandler, request: Request, event: ExtendableEvent) => {...}

यह अनुरोध की रणनीति को लागू करता है और एक Promise दिखाता है. यह Response के साथ हल हो जाएगा. साथ ही, इससे काम के सभी प्लगिन कॉलबैक शुरू हो जाएंगे.

जब किसी रणनीति के इंस्टेंस को Workbox workbox-routing.Route के साथ रजिस्टर किया जाता है, तो यह तरीका अपने-आप कॉल हो जाता है. ऐसा तब होता है, जब रूट मैच करता है.

इसके अलावा, इस तरीके का इस्तेमाल स्टैंडअलोन FetchEvent लिसनर में किया जा सकता है. इसके लिए, इसे event.respondWith() में पास करें.

handle फ़ंक्शन इस तरह दिखता है:

(options: FetchEvent | HandlerCallbackOptions) => {...}

यह workbox-strategies.Strategy~handle की तरह ही काम करता है. हालांकि, यह सिर्फ़ एक Promise दिखाता है, जो Response में बदल जाता है. इसके बजाय, यह [response, done] प्रॉमिस का एक टपल दिखाता है. इसमें पहला (response) handle() के बराबर होता है और दूसरा एक प्रॉमिस होता है. यह प्रॉमिस तब पूरा होता है, जब रणनीति के तहत event.waitUntil() में जोड़े गए सभी प्रॉमिस पूरे हो जाते हैं.

done के पूरा होने का इंतज़ार करें, ताकि रणनीति के ज़रिए किए गए किसी भी अतिरिक्त काम (आम तौर पर, जवाबों को कैश मेमोरी में सेव करना) को पूरा किया जा सके.

handleAll फ़ंक्शन इस तरह दिखता है:

(options: FetchEvent | HandlerCallbackOptions) => {...}

यह रणनीति का नया इंस्टेंस बनाता है और दस्तावेज़ में बताई गई सभी विकल्प प्रॉपर्टी को सार्वजनिक इंस्टेंस प्रॉपर्टी के तौर पर सेट करता है.

ध्यान दें: अगर कस्टम रणनीति क्लास, बेस रणनीति क्लास को बढ़ाती है और उसे इन प्रॉपर्टी के अलावा किसी और प्रॉपर्टी की ज़रूरत नहीं है, तो उसे अपना कंस्ट्रक्टर तय करने की ज़रूरत नहीं है.

constructor फ़ंक्शन इस तरह दिखता है:

(options?: StrategyOptions) => {...}

_awaitComplete फ़ंक्शन इस तरह दिखता है:

(responseDone: Promise<Response>, handler: StrategyHandler, request: Request, event: ExtendableEvent) => {...}

_getResponse फ़ंक्शन इस तरह दिखता है:

(handler: StrategyHandler, request: Request, event: ExtendableEvent) => {...}

यह अनुरोध की रणनीति को लागू करता है और एक Promise दिखाता है. यह Response के साथ हल हो जाएगा. साथ ही, इससे काम के सभी प्लगिन कॉलबैक शुरू हो जाएंगे.

जब किसी रणनीति के इंस्टेंस को Workbox workbox-routing.Route के साथ रजिस्टर किया जाता है, तो यह तरीका अपने-आप कॉल हो जाता है. ऐसा तब होता है, जब रूट मैच करता है.

इसके अलावा, इस तरीके का इस्तेमाल स्टैंडअलोन FetchEvent लिसनर में किया जा सकता है. इसके लिए, इसे event.respondWith() में पास करें.

handle फ़ंक्शन इस तरह दिखता है:

(options: FetchEvent | HandlerCallbackOptions) => {...}

यह workbox-strategies.Strategy~handle की तरह ही काम करता है. हालांकि, यह सिर्फ़ एक Promise दिखाता है, जो Response में बदल जाता है. इसके बजाय, यह [response, done] प्रॉमिस का एक टपल दिखाता है. इसमें पहला (response) handle() के बराबर होता है और दूसरा एक प्रॉमिस होता है. यह प्रॉमिस तब पूरा होता है, जब रणनीति के तहत event.waitUntil() में जोड़े गए सभी प्रॉमिस पूरे हो जाते हैं.

done के पूरा होने का इंतज़ार करें, ताकि रणनीति के ज़रिए किए गए किसी भी अतिरिक्त काम (आम तौर पर, जवाबों को कैश मेमोरी में सेव करना) को पूरा किया जा सके.

handleAll फ़ंक्शन इस तरह दिखता है:

(options: FetchEvent | HandlerCallbackOptions) => {...}

constructor फ़ंक्शन इस तरह दिखता है:

(options?: NetworkFirstOptions) => {...}

_awaitComplete फ़ंक्शन इस तरह दिखता है:

(responseDone: Promise<Response>, handler: StrategyHandler, request: Request, event: ExtendableEvent) => {...}

_getResponse फ़ंक्शन इस तरह दिखता है:

(handler: StrategyHandler, request: Request, event: ExtendableEvent) => {...}

यह अनुरोध की रणनीति को लागू करता है और एक Promise दिखाता है. यह Response के साथ हल हो जाएगा. साथ ही, इससे काम के सभी प्लगिन कॉलबैक शुरू हो जाएंगे.

जब किसी रणनीति के इंस्टेंस को Workbox workbox-routing.Route के साथ रजिस्टर किया जाता है, तो यह तरीका अपने-आप कॉल हो जाता है. ऐसा तब होता है, जब रूट मैच करता है.

इसके अलावा, इस तरीके का इस्तेमाल स्टैंडअलोन FetchEvent लिसनर में किया जा सकता है. इसके लिए, इसे event.respondWith() में पास करें.

handle फ़ंक्शन इस तरह दिखता है:

(options: FetchEvent | HandlerCallbackOptions) => {...}

यह workbox-strategies.Strategy~handle की तरह ही काम करता है. हालांकि, यह सिर्फ़ एक Promise दिखाता है, जो Response में बदल जाता है. इसके बजाय, यह [response, done] प्रॉमिस का एक टपल दिखाता है. इसमें पहला (response) handle() के बराबर होता है और दूसरा एक प्रॉमिस होता है. यह प्रॉमिस तब पूरा होता है, जब रणनीति के तहत event.waitUntil() में जोड़े गए सभी प्रॉमिस पूरे हो जाते हैं.

done के पूरा होने का इंतज़ार करें, ताकि रणनीति के ज़रिए किए गए किसी भी अतिरिक्त काम (आम तौर पर, जवाबों को कैश मेमोरी में सेव करना) को पूरा किया जा सके.

handleAll फ़ंक्शन इस तरह दिखता है:

(options: FetchEvent | HandlerCallbackOptions) => {...}

constructor फ़ंक्शन इस तरह दिखता है:

(options?: NetworkOnlyOptions) => {...}

_awaitComplete फ़ंक्शन इस तरह दिखता है:

(responseDone: Promise<Response>, handler: StrategyHandler, request: Request, event: ExtendableEvent) => {...}

_getResponse फ़ंक्शन इस तरह दिखता है:

(handler: StrategyHandler, request: Request, event: ExtendableEvent) => {...}

यह अनुरोध की रणनीति को लागू करता है और एक Promise दिखाता है. यह Response के साथ हल हो जाएगा. साथ ही, इससे काम के सभी प्लगिन कॉलबैक शुरू हो जाएंगे.

जब किसी रणनीति के इंस्टेंस को Workbox workbox-routing.Route के साथ रजिस्टर किया जाता है, तो यह तरीका अपने-आप कॉल हो जाता है. ऐसा तब होता है, जब रूट मैच करता है.

इसके अलावा, इस तरीके का इस्तेमाल स्टैंडअलोन FetchEvent लिसनर में किया जा सकता है. इसके लिए, इसे event.respondWith() में पास करें.

handle फ़ंक्शन इस तरह दिखता है:

(options: FetchEvent | HandlerCallbackOptions) => {...}

यह workbox-strategies.Strategy~handle की तरह ही काम करता है. हालांकि, यह सिर्फ़ एक Promise दिखाता है, जो Response में बदल जाता है. इसके बजाय, यह [response, done] प्रॉमिस का एक टपल दिखाता है. इसमें पहला (response) handle() के बराबर होता है और दूसरा एक प्रॉमिस होता है. यह प्रॉमिस तब पूरा होता है, जब रणनीति के तहत event.waitUntil() में जोड़े गए सभी प्रॉमिस पूरे हो जाते हैं.

done के पूरा होने का इंतज़ार करें, ताकि रणनीति के ज़रिए किए गए किसी भी अतिरिक्त काम (आम तौर पर, जवाबों को कैश मेमोरी में सेव करना) को पूरा किया जा सके.

handleAll फ़ंक्शन इस तरह दिखता है:

(options: FetchEvent | HandlerCallbackOptions) => {...}

constructor फ़ंक्शन इस तरह दिखता है:

(options?: StrategyOptions) => {...}

_awaitComplete फ़ंक्शन इस तरह दिखता है:

(responseDone: Promise<Response>, handler: StrategyHandler, request: Request, event: ExtendableEvent) => {...}

_getResponse फ़ंक्शन इस तरह दिखता है:

(handler: StrategyHandler, request: Request, event: ExtendableEvent) => {...}

यह अनुरोध की रणनीति को लागू करता है और एक Promise दिखाता है. यह Response के साथ हल हो जाएगा. साथ ही, इससे काम के सभी प्लगिन कॉलबैक शुरू हो जाएंगे.

जब किसी रणनीति के इंस्टेंस को Workbox workbox-routing.Route के साथ रजिस्टर किया जाता है, तो यह तरीका अपने-आप कॉल हो जाता है. ऐसा तब होता है, जब रूट मैच करता है.

इसके अलावा, इस तरीके का इस्तेमाल स्टैंडअलोन FetchEvent लिसनर में किया जा सकता है. इसके लिए, इसे event.respondWith() में पास करें.

handle फ़ंक्शन इस तरह दिखता है:

(options: FetchEvent | HandlerCallbackOptions) => {...}

यह workbox-strategies.Strategy~handle की तरह ही काम करता है. हालांकि, यह सिर्फ़ एक Promise दिखाता है, जो Response में बदल जाता है. इसके बजाय, यह [response, done] प्रॉमिस का एक टपल दिखाता है. इसमें पहला (response) handle() के बराबर होता है और दूसरा एक प्रॉमिस होता है. यह प्रॉमिस तब पूरा होता है, जब रणनीति के तहत event.waitUntil() में जोड़े गए सभी प्रॉमिस पूरे हो जाते हैं.

done के पूरा होने का इंतज़ार करें, ताकि रणनीति के ज़रिए किए गए किसी भी अतिरिक्त काम (आम तौर पर, जवाबों को कैश मेमोरी में सेव करना) को पूरा किया जा सके.

handleAll फ़ंक्शन इस तरह दिखता है:

(options: FetchEvent | HandlerCallbackOptions) => {...}

यह रणनीति का नया इंस्टेंस बनाता है और दस्तावेज़ में बताई गई सभी विकल्प प्रॉपर्टी को सार्वजनिक इंस्टेंस प्रॉपर्टी के तौर पर सेट करता है.

ध्यान दें: अगर कस्टम रणनीति क्लास, बेस रणनीति क्लास को बढ़ाती है और उसे इन प्रॉपर्टी के अलावा किसी और प्रॉपर्टी की ज़रूरत नहीं है, तो उसे अपना कंस्ट्रक्टर तय करने की ज़रूरत नहीं है.

constructor फ़ंक्शन इस तरह दिखता है:

(options?: StrategyOptions) => {...}

_awaitComplete फ़ंक्शन इस तरह दिखता है:

(responseDone: Promise<Response>, handler: StrategyHandler, request: Request, event: ExtendableEvent) => {...}

_getResponse फ़ंक्शन इस तरह दिखता है:

(handler: StrategyHandler, request: Request, event: ExtendableEvent) => {...}

_handle फ़ंक्शन इस तरह दिखता है:

(request: Request, handler: StrategyHandler) => {...}

यह अनुरोध की रणनीति को लागू करता है और एक Promise दिखाता है. यह Response के साथ हल हो जाएगा. साथ ही, इससे काम के सभी प्लगिन कॉलबैक शुरू हो जाएंगे.

जब किसी रणनीति के इंस्टेंस को Workbox workbox-routing.Route के साथ रजिस्टर किया जाता है, तो यह तरीका अपने-आप कॉल हो जाता है. ऐसा तब होता है, जब रूट मैच करता है.

इसके अलावा, इस तरीके का इस्तेमाल स्टैंडअलोन FetchEvent लिसनर में किया जा सकता है. इसके लिए, इसे event.respondWith() में पास करें.

handle फ़ंक्शन इस तरह दिखता है:

(options: FetchEvent | HandlerCallbackOptions) => {...}

यह workbox-strategies.Strategy~handle की तरह ही काम करता है. हालांकि, यह सिर्फ़ एक Promise दिखाता है, जो Response में बदल जाता है. इसके बजाय, यह [response, done] प्रॉमिस का एक टपल दिखाता है. इसमें पहला (response) handle() के बराबर होता है और दूसरा एक प्रॉमिस होता है. यह प्रॉमिस तब पूरा होता है, जब रणनीति के तहत event.waitUntil() में जोड़े गए सभी प्रॉमिस पूरे हो जाते हैं.

done के पूरा होने का इंतज़ार करें, ताकि रणनीति के ज़रिए किए गए किसी भी अतिरिक्त काम (आम तौर पर, जवाबों को कैश मेमोरी में सेव करना) को पूरा किया जा सके.

handleAll फ़ंक्शन इस तरह दिखता है:

(options: FetchEvent | HandlerCallbackOptions) => {...}

यह पास की गई रणनीति और अनुरोध को मैनेज करने वाले इवेंट से जुड़ा एक नया इंस्टेंस बनाता है.

कंस्ट्रक्टर, उस स्थिति को भी शुरू करता है जिसे इस अनुरोध को मैनेज करने वाले हर प्लगिन को पास किया जाएगा.

constructor फ़ंक्शन इस तरह दिखता है:

(strategy: Strategy, options: HandlerCallbackOptions) => {...}

यह रणनीति ऑब्जेक्ट पर तय किए गए cacheName, matchOptions, और plugins का इस्तेमाल करके, कैश मेमोरी में मौजूद अनुरोध से मेल खाता है. साथ ही, लागू होने वाले किसी भी प्लगिन के कॉलबैक तरीकों को लागू करता है.

इस तरीके का इस्तेमाल करने पर, प्लगिन के लाइफ़साइकल के ये तरीके लागू होते हैं:

• cacheKeyWillBeUsed()
• cachedResponseWillBeUsed()

cacheMatch फ़ंक्शन इस तरह दिखता है:

(key: RequestInfo) => {...}

यह अनुरोध/जवाब के जोड़े को कैश मेमोरी में रखता है. साथ ही, लागू होने वाले किसी भी प्लगिन कॉलबैक तरीके को लागू करता है. इसके लिए, रणनीति ऑब्जेक्ट पर तय किए गए cacheName और plugins का इस्तेमाल करता है.

इस तरीके का इस्तेमाल करने पर, प्लगिन के लाइफ़साइकल के ये तरीके लागू होते हैं:

• cacheKeyWillBeUsed()
• cacheWillUpdate()
• cacheDidUpdate()

cachePut फ़ंक्शन इस तरह दिखता है:

(key: RequestInfo, response: Response) => {...}

यह रणनीति को लागू करना बंद कर देता है और waitUntil() से जुड़े सभी वादों को तुरंत पूरा करता है.

destroy फ़ंक्शन इस तरह दिखता है:

() => {...}

यह एक प्रॉमिस दिखाता है. यह तब रिज़ॉल्व होता है, जब workbox-strategies.StrategyHandler~waitUntil को पास किए गए सभी प्रॉमिस सेटल हो जाते हैं.

ध्यान दें: doneWaiting() के सेटल होने के बाद किए गए किसी भी काम को, इवेंट के waitUntil() तरीके में मैन्युअल तरीके से पास किया जाना चाहिए. ऐसा न करने पर, सर्विस वर्कर थ्रेड को आपका काम पूरा होने से पहले ही बंद किया जा सकता है.waitUntil()

doneWaiting फ़ंक्शन इस तरह दिखता है:

() => {...}

यह फ़ंक्शन, दिए गए अनुरोध को फ़ेच करता है. साथ ही, Strategy ऑब्जेक्ट पर तय किए गए fetchOptions (नेविगेशन से जुड़े अनुरोधों के लिए) और plugins का इस्तेमाल करके, लागू होने वाले किसी भी प्लगिन कॉलबैक तरीके को लागू करता है.

इस तरीके का इस्तेमाल करने पर, प्लगिन के लाइफ़साइकल के ये तरीके लागू होते हैं:

• requestWillFetch()
• fetchDidSucceed()
• fetchDidFail()

fetch फ़ंक्शन इस तरह दिखता है:

(input: RequestInfo) => {...}

this.fetch() से जनरेट किए गए जवाब पर, this.fetch() को कॉल करता है और बैकग्राउंड में this.cachePut() को चलाता है.

this.cachePut() को कॉल करने पर, this.waitUntil() अपने-आप शुरू हो जाता है. इसलिए, आपको इवेंट के दौरान waitUntil() को मैन्युअल तरीके से कॉल करने की ज़रूरत नहीं होती.

fetchAndCachePut फ़ंक्शन इस तरह दिखता है:

(input: RequestInfo) => {...}

यह प्लग इन की सूची में cacheKeyWillBeUsed कॉलबैक की जांच करता है. साथ ही, क्रम से मिले किसी भी कॉलबैक को लागू करता है. आखिरी प्लगिन से मिले फ़ाइनल Request ऑब्जेक्ट को, कैश मेमोरी में मौजूद डेटा को पढ़ने और/या लिखने के लिए कैश मेमोरी की कुंजी के तौर पर इस्तेमाल किया जाता है. अगर कोई cacheKeyWillBeUsed प्लगिन कॉलबैक रजिस्टर नहीं किया गया है, तो पास किए गए अनुरोध को बिना किसी बदलाव के वापस कर दिया जाता है

getCacheKey फ़ंक्शन इस तरह दिखता है:

(request: Request, mode: "read" 
  | "write" 
 ) => {...}

अगर रणनीति में दिए गए कॉलबैक के साथ कम से कम एक प्लगिन है, तो यह फ़ंक्शन सही वैल्यू दिखाता है.

hasCallback फ़ंक्शन इस तरह दिखता है:

(name: C) => {...}

यह कॉलबैक स्वीकार करता है और मैच करने वाले प्लगिन कॉलबैक का एक इटरेबल दिखाता है.इसमें हर कॉलबैक को मौजूदा हैंडलर की स्थिति के साथ रैप किया जाता है. इसका मतलब है कि जब हर कॉलबैक को कॉल किया जाता है, तो जो भी ऑब्जेक्ट पैरामीटर पास किया जाता है उसे प्लगिन की मौजूदा स्थिति के साथ मर्ज कर दिया जाता है.

iterateCallbacks फ़ंक्शन इस तरह दिखता है:

(name: C) => {...}

यह दिए गए नाम से मेल खाने वाले सभी प्लगिन कॉलबैक को क्रम से चलाता है. साथ ही, दिए गए पैरामीटर ऑब्जेक्ट (मौजूदा प्लगिन की स्थिति के साथ मर्ज किया गया) को सिर्फ़ एक आर्ग्युमेंट के तौर पर पास करता है.

ध्यान दें: यह तरीका सभी प्लगिन चलाता है. इसलिए, यह उन मामलों के लिए सही नहीं है जहां अगले कॉलबैक को कॉल करने से पहले, कॉलबैक की रिटर्न वैल्यू लागू करनी होती है. इस तरह की समस्या को ठीक करने का तरीका जानने के लिए, यहां workbox-strategies.StrategyHandler#iterateCallbacks देखें.

runCallbacks फ़ंक्शन इस तरह दिखता है:

(name: C, param: Omit<indexedAccess"state" 
 >) => {...}

यह अनुरोध से जुड़े इवेंट के [extend lifetime promises]https://w3c.github.io/ServiceWorker/#extendableevent-extend-lifetime-promises में एक प्रॉमिस जोड़ता है. आम तौर पर, यह FetchEvent होता है.

ध्यान दें: सभी वादे पूरे होने के बाद, आपको इसकी सूचना मिल सकती है. इसके लिए, await workbox-strategies.StrategyHandler~doneWaiting का इस्तेमाल करें.

waitUntil फ़ंक्शन इस तरह दिखता है:

(promise: Promise<T>) => {...}