java - How to remove 'unchecked' warning from my method? -


मेरे पास निम्न कोड है

  निजी स्थिर वर्ग पार्सल योग्य & lt; T & gt; {निजी अर्रेलिस्ट & lt; T & gt; पार्स (लिस्ट & लेफ्टिनेंट; पार्सलेट योग्य & gt; पार्सलबल) {ऐरे लिस्ट & lt; T & gt; पर्सडडेटा = नया अर्रेलिस्ट & lt; T & gt; (); के लिए (पार्सल योग्य पार्सल योग्य: पार्सलबल) {parsedData.add ((टी) पार्सल योग्य); } वापसी पार्सडेटा; }}  

इसे निम्न के रूप में कहा जाता है

  पार्सलेबल पार्सर & lt; SomeClass & gt; सेलपरर्स = नया पार्सल योग्य पार्स & lt; कुछ क्लास & gt; (); सेलपरर्स.परसे (बंडल.टेटेलबलअरेलेलिस्ट ("कुछ स्ट्रिंग"));  

यह चेतावनी देता है प्रकार की सुरक्षा: अनुलग्नित कलाकारों को पार्सल योग्य से टी

कोई फर्क नहीं पड़ता कि मैं क्या करता हूं, मुझे हमेशा कुछ बुरा संकलन त्रुटि। मैंने पीईसीएस नियम के बारे में पढ़ा है, लेकिन मैं इसे यहां लागू नहीं कर पा रहा हूं।

नमूना समाधान (संकलन नहीं करता है)

  निजी स्थिर वर्ग पार्सल योग्य पार्सल & lt; {निजी अर्रेलिस्ट & lt; T & gt; पार्स (सूची & lt; T & gt; पार्सलेट) {ArrayList & lt; T & gt; पर्सडडेटा = नया अर्रेलिस्ट & lt; T & gt; (); के लिए (टी पार्सलेट योग्य: पार्सल) {parsedData.add ((टी) पार्सल योग्य); } वापसी पार्सडेटा; }}  

इसे प्रयोग के रूप में

  वापस नए पार्सल योग्य पार्सर & lt; SomeClass & gt; ()  

.parse (बंडल प्रकार: MyClass.ParcelableParser & lt; SomeClass & gt; में विधि पार्स (सूची & lt; SomeClass & gt;);

prodces

के रूप में आप पार्सल योग्य है पता है कि तर्क के लिए लागू नहीं है (ArrayList & lt; पार्सलाबल & gt;)

प्रकार टी की वजह से आप टी का उपयोग नहीं करते हैं इसे आज़माएं:

<पूर्व> सार्वजनिक स्थैतिक वर्ग पार्सल योग्य पार्स & lt; T & gt; {निजी अर्रेलिस्ट & lt; T & gt; पार्स (सूची & lt; T & gt; पार्सलेट) {ArrayList & lt; T & gt; पर्सडडेटा = नया अर्रेलिस्ट & lt; T & gt; (); के लिए (टी पार्सलेट योग्य: पार्सलबल) {parsedData.add (पार्सल योग्य); } वापसी पार्सडेटा; }}

Comments

Popular posts from this blog

c# - SignalR: "Protocol error: Unknown transport." when navigating to hub -

class - Kivy: how to instantiate a dynamic classes in python -

svn - Cannot merge back into trunk, must be ancestrally related. But they *are* related as far as I understand -