कई screens को एक ही server data चाहिए और वह बार बार दोबारा लाया जा रहा है। आप इसे कैसे संभालेंगे?

data को component state की जगह request से चाबी लगी हुई किसी caching परत में रखिए। कोई query library एक ही चाबी की एक साथ चल रही requests को एक कर देती है, cache से data तुरंत परोसती है और पृष्ठभूमि में उसे ताजा करती है, और mutation के बाद उसे रद्द करने की एक ही जगह देती है। server की तरफ, request स्तर की caching और route में prefetching का मतलब है कि component के mount होने से पहले ही अक्सर client के पास data होता है।

जड़ में वजह आम तौर पर यह होती है कि data को component state माना जा रहा है, तो हर screen की अपनी नकल और अपना fetch है। मैं उसे किसी अर्थपूर्ण चीज से चाबी लगे query cache में ले जाता हूं, जैसे resource का नाम और id। एक बार चाबी लग जाए, तो एक ही render दौर में एक ही चीज मांगने वाले तीन components एक ही network request बनाते हैं, और दूसरी screen को cache से तुरंत paint मिल जाता है जबकि पीछे चुपचाप revalidation चलती रहती है। मैं stale time हर resource के लिए अलग रखता हूं, सब पर एक जैसा नहीं, क्योंकि कोई user profile मिनटों तक बासी रह सकती है और किसी live order का status नहीं। फिर mutations सब कुछ नहीं, खास चाबियां रद्द करती हैं, और मैं चाबी बनाने वाला code एक ही module में रखता हूं ताकि कोई थोड़ी अलग चाबी गढ़कर चुपचाप cache न तोड़ दे। अगर framework साथ देता है तो मैं route में prefetch करता हूं या server पर fetch करता हूं, ताकि component के mount होने से पहले ही data रास्ते में हो, और यही असल में waterfall हटाता है, उसे किसी spinner के पीछे छिपाता नहीं।