संरक्षित फ़ील्ड उपclasses के लिए दृश्यमान नहीं हैं

Question

मैं एक कस्टम दृश्य लिख रहा हूं जो सीधे android.view.View बढ़ाता है। यदि मैं फ़ील्ड mScrollX या mScrollY तक पहुंचने का प्रयास करता हूं, तो मुझे एक त्रुटि दिखाई देती है कि फ़ील्ड "हल नहीं किया जा सकता है या कोई फ़ील्ड नहीं है।" source code for android.view.View में mScrollX, mScrollY, और समान चर घोषित protected है। यह कैसे है कि मेरा सीधा उप-वर्ग अपने मूल वर्ग के संरक्षित क्षेत्रों तक नहीं पहुंच सकता है? (ScrollView जैसी कक्षाएं स्पष्ट रूप से कर सकती हैं।)

पीएस मुझे एहसास है कि मैं getScrollX() पर कॉल कर सकता हूं, लेकिन मैं इन क्षेत्रों को अपडेट करना चाहता हूं; कॉलिंग setScroll() पर साइड इफेक्ट्स हैं जो मैं नहीं चाहता हूं।

Answer 1

ऐसा इसलिए है क्योंकि वे एंड्रॉइड एसडीके का हिस्सा नहीं हैं।

/** 
* The offset, in pixels, by which the content of this view is scrolled 
* horizontally. 
* {@hide} 
*/ 
@ViewDebug.ExportedProperty(category = "scrolling") 
protected int mScrollX; 

आप @hide एनोटेशन देखेंगे:

यहाँ mScrollX के लिए स्रोत कोड है। इसका मतलब है कि यह एंड्रॉइड एसडीके का हिस्सा नहीं है। एंड्रॉइड एसडीके बनाने वाली बिल्ड प्रक्रिया का हिस्सा android.view.View के स्टब संस्करण में इस डेटा सदस्य को शामिल नहीं करेगा जो android.jar फ़ाइल में है जिसे आप संकलित कर रहे हैं।

@hide एनोटेशन उन चीजों के लिए उपयोग किया जाता है जो आंतरिक उद्देश्यों के लिए सार्वजनिक या संरक्षित होने की आवश्यकता होती है लेकिन कुछ नहीं माना जाता है कि एसडीके डेवलपर्स का उपयोग किया जाना चाहिए।

कृपया जो भी समस्या आप अनुभव कर रहे हैं उसके लिए अन्य समाधान ढूंढें।

Answer 2

यह बहुत सीधी आगे है: इन चर के ऊपर @ हाइड एनोटेशन देखें। यह एक एंड्रॉइड-विशिष्ट एनोटेशन है जो सार्वजनिक एसडीके से फ़ील्ड/विधियों को छुपाता है। यही कारण है कि आप उन्हें सीधे नहीं पहुंच सकते हैं।

Romain Guy mentioned it in इस पोस्ट को।

Answer 3

आप प्रतिबिंब के साथ क्षेत्रों को सेट कर सकें:

import java.lang.reflect.Field; 

// ... 

try { 
    Field scrollXField = View.class.getDeclaredField("mScrollX"); 
    scrollXField.setAccessible(true); 
    scrollXField.set(this, myNewValue); 
} catch (Exception ex) { 
    // oops, android changed the implementation. sucks to be you. 
} 

हालांकि, ध्यान दें कि आप गैर-दस्तावेजी और असमर्थित व्यवहार पर भरोसा कर रहे हैं जब आप ऐसा करते हैं, और इसलिए आप चीजों को तोड़ने के लिए तैयार किया जाना चाहिए कुछ उपकरणों या भविष्य के संस्करणों में।