इस दस्तावेज़ में उन तकनीकों के बारे में बताया गया है जिनका इस्तेमाल करके, अपने ऐप्लिकेशन की परफ़ॉर्मेंस को बेहतर बनाया जा सकता है. आप जिस खास एपीआई का इस्तेमाल कर रहे हैं उसके दस्तावेज़ में एक मिलता-जुलता पेज होना चाहिए, जिसमें इनमें से कुछ विषयों के बारे में ज़्यादा जानकारी दी गई हो. उदाहरण के लिए, Google Drive API के लिए परफ़ॉर्मेंस के बारे में सलाह वाला पेज देखें.
gzip के बारे में
यह क्लाइंट लाइब्रेरी, एपीआई से मिले सभी रिस्पॉन्स के लिए gzip कंप्रेस करने का अनुरोध करती है. साथ ही, आपके लिए डेटा को अनज़िप करती है. हालांकि, नतीजों को असंपीड़ित करने के लिए सीपीयू (CPU) में ज़्यादा समय लग सकता है, लेकिन आम तौर पर नेटवर्क की कीमत के साथ तालमेल बिठाना फ़ायदेमंद होता है.
अधूरा जवाब (फ़ील्ड पैरामीटर)
डिफ़ॉल्ट रूप से, अनुरोधों को प्रोसेस करने के बाद सर्वर, संसाधन को पूरी तरह से दिखाता है. बेहतर परफ़ॉर्मेंस के लिए, सर्वर को सिर्फ़ उन फ़ील्ड को भेजने के लिए कहा जा सकता है जिनकी आपको वाकई ज़रूरत है. इसके बाद, सर्वर को पार्शियल रिस्पॉन्स मिलेगा.
अधूरे जवाब का अनुरोध करने के लिए,
एपीआई के किसी भी तरीके में स्टैंडर्ड Fields पैरामीटर जोड़ें.
इस पैरामीटर की वैल्यू उन फ़ील्ड के बारे में बताती है जिन्हें आपको दिखाना है.
इस पैरामीटर का इस्तेमाल, रिस्पॉन्स का डेटा दिखाने वाले किसी भी अनुरोध के साथ किया जा सकता है.
इस कोड स्निपेट में,
डिस्कवरी सेवा के GetRest तरीके को कॉल किया गया है.
Fields पैरामीटर की वैल्यू description,title पर सेट है.
इस वजह से, दिखाए गए ऑब्जेक्ट में सिर्फ़ ब्यौरा और शीर्षक के फ़ील्ड शामिल होंगे.
var service = new DiscoveryService();
var request = service.Apis.GetRest("calendar", "v3");
request.Fields = "description,title";
var result = request.Execute();
ध्यान दें कि पसंद के फ़ील्ड की सीमा तय करने के लिए, कॉमा का इस्तेमाल कैसे किया जाता है.
साथ ही, पैरंट फ़ील्ड में शामिल फ़ील्ड को दिखाने के लिए स्लैश का इस्तेमाल किया जाता है.
Fields पैरामीटर को फ़ॉर्मैट करने के अन्य विकल्प मौजूद हैं. ज़्यादा जानकारी के लिए, एपीआई के दस्तावेज़ में "परफ़ॉर्मेंस के बारे में सलाह" पेज देखें.
आंशिक अपडेट (पैच)
जिस एपीआई को कॉल किया जा रहा है, अगर वह पैच के साथ काम करता है, तो संसाधनों में बदलाव करते समय गैर-ज़रूरी डेटा भेजने से बचा जा सकता है.
इन एपीआई के लिए, Patch तरीके को कॉल किया जा सकता है. साथ ही,
वे तर्क दिए जा सकते हैं जिनमें आपको संसाधन में बदलाव करने हैं.
पैच सिमैंटिक के बारे में ज़्यादा जानकारी के लिए, जिस एपीआई का इस्तेमाल किया जा रहा है उसके दस्तावेज़ में "परफ़ॉर्मेंस के बारे में सलाह" पेज देखें.
बैच
अगर कई छोटे अनुरोध भेजे जाते हैं, तो आपको बैचिंग का फ़ायदा मिल सकता है. इससे उन अनुरोधों को एक ही एचटीटीपी अनुरोध में बंडल किया जा सकता है.