आप एक स्थान से दूसरे स्थान पर ऑब्जेक्ट कैसे प्राप्त करते हैं?जीडब्ल्यूटी गतिविधियां और स्थान संदर्भित स्थान
उदाहरण के लिए, मेरे पास संपर्कों की एक तालिका के साथ एक संपर्क दृश्य है, और संबंधित संपर्क सक्रियता/स्थान कक्षाएं हैं। अगर मैं एक संपर्क संपादित करना चाहता हूं, तो मैं तालिका पंक्ति पर क्लिक करता हूं और ContactEditorPlace पर जाता हूं। ContactEditorView को संपादित करने के लिए संपर्क कैसे मिलता है?
मैंने जो उदाहरण देखा है, वे प्लेस में वास्तविक ऑब्जेक्ट संदर्भों को पारित करने का एक बिंदु नहीं बनाते हैं, लेकिन इसके बजाय वे स्ट्रिंग या आईडी (उदा। व्यय नमूना) पास करने की परेशानी पर जाते हैं। क्या आसान टोकननाइजेशन के अलावा इस के लिए कोई कारण है? क्या कोई कारण किसी संदर्भ में संदर्भ नहीं होना चाहिए?
यदि ऑब्जेक्ट संदर्भ ContactEditorPlace के निर्माता में सेट नहीं है, तो यह ContactEditorActivity पर कैसे पहुंचता है? यह इवेंटबस के साथ किया जा सकता है, लेकिन यह एक ही गतिविधि के लिए एक संदर्भ को पारित करने के लिए बहुत सारे बॉयलरप्लेट होगा।
मैं टिप्पणी करता हूं कि मैं RequestFactory का उपयोग नहीं कर रहा हूं।
धन्यवाद जोनासर। बेशक वस्तु स्वयं टोकन नहीं है। मेरे मामले में ऑब्जेक्ट में एक आईडी है जिसे टोकन के रूप में उपयोग किया जा सकता है। लेकिन टोकनिंग एक और मुद्दा है। मुझे लगता है कि मैं पूछ रहा हूं कि प्लेस रखने के लिए डिज़ाइन की कोई कमी है या नहीं, लेकिन चूंकि प्लेस के लिए जावाडोक अपेक्षा करता है कि यह बराबर लागू करे() मुझे लगता है कि प्लेस में ऑब्जेक्ट संदर्भ होने की उम्मीद की जा सकती है। – Glenn
केवल अपनी आईडी के बजाय किसी ऑब्जेक्ट को अपने स्थान पर रखना, इसे "स्थिति" नहीं बनाता है। एकमात्र कमी जो मैं देख सकता हूं वह यह है कि आपका कोड "प्रक्रिया" को स्थानांतरित करता है (आपकी संपर्क एडिटर एक्टिविटी) को उस मामले को पूरा करना होगा जहां ऑब्जेक्ट बस नहीं है (उदाहरण के लिए प्लेस को इतिहास टोकन से पुनर्निर्मित किया गया है), जो अधिक जटिल कोड की ओर जाता है। मुझे लगता है कि समग्र विचार आईडी के पास पास करने के बजाय है, लेकिन कुछ कैशिंग तंत्र है ताकि आप ऑब्जेक्ट को सर्वर से संपर्क किए बिना अपनी आईडी से वापस ले सकें। –