RequestLogRecord

public final class RequestLogRecord
extends Object implements Parcelable

java.lang.Object
   ↳ android.adservices.ondevicepersonalization.RequestLogRecord

इसमें वह डेटा होता है जिसे IsolatedWorker#onExecute(ExecuteInput, java.util.function.Consumer) को कॉल करने के आखिर में, अनुरोधों की टेबल में लिखा जाएगा. अगर RequestLogRecord को ExecuteOutput के हिस्से के तौर पर दिया जाता है, तो एक RequestLogRecord को REQUESTS टेबल में जोड़ दिया जाता है. REQUESTS टेबल के कॉन्टेंट का इस्तेमाल, फ़ेडरेटेड लर्निंग की मदद से मॉडल को ट्रेनिंग देने या फ़ेडरेटेड Analytics की मदद से अलग-अलग डिवाइसों के आंकड़ों का विश्लेषण करने के लिए किया जा सकता है.

खास जानकारी

नेस्ट की गई क्लास

class RequestLogRecord.Builder

RequestLogRecord के लिए बिल्डर 

इनहेरिट किए गए कॉन्सटेंट

फ़ील्ड्स की फ़िल्में

public static final Creator<RequestLogRecord> CREATOR

सार्वजनिक तरीके

int describeContents()

पार्स किए जा सकने वाले इस इंस्टेंस के मार्शल आर्ट में दिखने वाले खास ऑब्जेक्ट के बारे में बताएं.

boolean equals(Object o)

इससे पता चलता है कि कोई दूसरा ऑब्जेक्ट, इस ऑब्जेक्ट से "बराबर" है या नहीं.

List<ContentValues> getRows()

पंक्तियों की सूची, जिसमें हर पंक्ति में एक ContentValues होता है.

long getTimeMillis()

अनुरोध का समय मिलीसेकंड में

int hashCode()

यह फ़ंक्शन किसी ऑब्जेक्ट के लिए हैश कोड की वैल्यू दिखाता है.

void writeToParcel(Parcel dest, int flags)

इस ऑब्जेक्ट को पार्सल में फ़्लैट करें.

इनहेरिट किए गए तरीके

फ़ील्ड्स की फ़िल्में

सार्वजनिक तरीके

कॉन्टेंट का ब्यौरा

public int describeContents ()

इस Parcelable उदाहरण के मार्शल किए गए वर्शन में मौजूद खास ऑब्जेक्ट के बारे में बताएं. उदाहरण के लिए, अगर ऑब्जेक्ट में writeToParcel(android.os.Parcel, int) के आउटपुट में फ़ाइल डिस्क्रिप्टर शामिल होगा, तो इस तरीके की रिटर्न वैल्यू में CONTENTS_FILE_DESCRIPTOR बिट शामिल होना चाहिए.

रिटर्न
int बिटमास्क, जो खास तरह के ऑब्जेक्ट के सेट को दिखाता है. इसे पार्स किए जा सकने वाले इस ऑब्जेक्ट इंस्टेंस की मदद से मार्श किया जा सकता है. वैल्यू 0 या CONTENTS_FILE_DESCRIPTOR होनी चाहिए

बराबर

public boolean equals (Object o)

इससे पता चलता है कि कोई दूसरा ऑब्जेक्ट, इस ऑब्जेक्ट से "बराबर" है या नहीं.

equals तरीका, नॉन-नल ऑब्जेक्ट रेफ़रंस पर, एक जैसी वैल्यू के बीच संबंध लागू करता है:

  • यह रिफ़्लेक्सिव है: किसी भी ऐसी रेफ़रंस वैल्यू के लिए जो शून्य नहीं है x, x.equals(x) को true दिखाना चाहिए.
  • यह सिममेट्रिक है: x और y के लिए, x.equals(y) को true तब ही दिखाना चाहिए, जब y.equals(x) true दिखाता हो.
  • यह ट्रांसिटिव है: अगर x, y, और z जैसी कोई भी गैर-शून्य रेफ़रंस वैल्यू के लिए, x.equals(y) true दिखाता है और y.equals(z) true दिखाता है, तो x.equals(z) को भी true दिखाना चाहिए.
  • यह एक जैसी है: ऐसी किसी भी गैर-शून्य रेफ़रंस वैल्यू x और y के लिए x.equals(y) के कई बार इस्तेमाल करने पर, लगातार true नतीजे दिखते हैं या लगातार false दिखता है, बशर्ते ऑब्जेक्ट के लिए equals तुलनाओं में इस्तेमाल की गई जानकारी में कोई बदलाव न किया गया हो.
  • किसी भी ऐसी रेफ़रंस वैल्यू x के लिए, x.equals(null) को false दिखाना चाहिए जो शून्य न हो.

क्लास Object के लिए equals तरीका, ऑब्जेक्ट पर सबसे ज़्यादा भेदभाव करने वाला संभावित समानता संबंध लागू करता है. इसका मतलब है कि किसी भी गैर-शून्य रेफ़रंस वैल्यू x और y के लिए, यह तरीका सिर्फ़ तब true दिखाता है, जब x और y एक ही ऑब्जेक्ट का रेफ़रंस देते हों (x == y की वैल्यू true होती है).

ध्यान दें कि आम तौर पर, जब भी इस तरीके को बदला जाता है, तो hashCode तरीके को बदलना ज़रूरी होता है. ऐसा इसलिए किया जाता है, ताकि hashCode तरीके के लिए सामान्य समझौता बनाए रखा जा सके. इस समझौते के मुताबिक, एक जैसे ऑब्जेक्ट के हैश कोड एक जैसे होने चाहिए.

पैरामीटर
o Object: यह वैल्यू null हो सकती है.
रिटर्न
boolean अगर यह ऑब्जेक्ट और obj आर्ग्युमेंट एक जैसा है, तो true. अगर ऐसा नहीं है, तो false.

गेट-लाइन

public List<ContentValues> getRows ()

पंक्तियों की सूची, जिसमें हर एक में ContentValues है.

रिटर्न
List<ContentValues> यह वैल्यू null नहीं हो सकती.

getTimeMillis

public long getTimeMillis ()

अनुरोध का समय मिलीसेकंड में

रिटर्न
long

hashCode

public int hashCode ()

यह फ़ंक्शन किसी ऑब्जेक्ट के लिए हैश कोड की वैल्यू दिखाता है. यह तरीका, HashMap जैसी हैश टेबल के फ़ायदे के लिए काम करता है.

hashCode का सामान्य अनुबंध यह है:

  • जब भी किसी Java ऐप्लिकेशन को चलाने के दौरान, एक ही ऑब्जेक्ट पर एक से ज़्यादा बार कॉल किया जाता है, तो hashCode मेथड को एक ही इंटिजर दिखाना चाहिए. हालांकि, ऐसा तब ही होगा, जब ऑब्जेक्ट पर equals की तुलना में इस्तेमाल की गई जानकारी में बदलाव न किया गया हो. ज़रूरी नहीं है कि इस इंटीजर के हिसाब से, ऐप्लिकेशन को एक बार चलाया जाए और उसी ऐप्लिकेशन को दूसरे ऐप्लिकेशन पर लागू किया जाए.
  • अगर equals(Object) तरीके के हिसाब से दो ऑब्जेक्ट बराबर हैं, तो हर ऑब्जेक्ट पर hashCode तरीके को कॉल करने पर, एक जैसा नतीजा मिलेगा.
  • यह ज़रूरी नहीं है कि अगर equals(java.lang.Object) तरीके के हिसाब से दो ऑब्जेक्ट अलग-अलग हों, तो दोनों ऑब्जेक्ट पर hashCode तरीका इस्तेमाल करने पर, अलग-अलग पूर्णांक नतीजे मिलें. हालांकि, प्रोग्रामर को इस बात का ध्यान रखना चाहिए कि अलग-अलग ऑब्जेक्ट के लिए अलग-अलग पूर्णांक नतीजे देने से, हैश टेबल की परफ़ॉर्मेंस बेहतर हो सकती है.

यह काफ़ी व्यावहारिक है, लेकिन Object क्लास का इस्तेमाल करके तय किया गया हैशCode तरीका अलग-अलग ऑब्जेक्ट के लिए अलग-अलग पूर्णांक दिखाता है. (हो सकता है कि किसी समय, किसी ऑब्जेक्ट के मेमोरी पते के किसी फ़ंक्शन के तौर पर, hashCode को लागू किया गया हो या न किया गया हो.)

रिटर्न
int इस ऑब्जेक्ट के लिए हैश कोड की वैल्यू.

writeToParcel

public void writeToParcel (Parcel dest, 
                int flags)

इस ऑब्जेक्ट को पार्सल में फ़्लैट करें.

पैरामीटर
dest Parcel: यह वैल्यू null नहीं हो सकती.
flags int: ऑब्जेक्ट को लिखने के तरीके के बारे में अतिरिक्त फ़्लैग. 0 या Parcelable.PARCELABLE_WRITE_RETURN_VALUE हो सकता है. वैल्यू, 0 या Parcelable.PARCELABLE_WRITE_RETURN_VALUE और android.os.Parcelable.PARCELABLE_ELIDE_DUPLICATES का कॉम्बिनेशन होनी चाहिए