जीएसओएन फ़ील्ड का उपयोग क्यों करता है न कि गेटर्स/सेटर?

Question

जीएसओएन केवल फ़ील्ड्स (निजी, सार्वजनिक, संरक्षित) का उपयोग क्यों करता है? क्या केवल गेटर्स और सेटर्स का उपयोग करने के लिए जीएसओएन को बताने का कोई तरीका है?

Answer 1

आम तौर पर जब आप ऑब्जेक्ट को क्रमबद्ध/deserialize करते हैं, तो आप ऑब्जेक्ट की स्थिति की एक सटीक प्रति के साथ समाप्त करने के लिए ऐसा कर रहे हैं; इस प्रकार, आप आम तौर पर एक ओओ डिजाइन में वांछित encapsulation को बाधित करना चाहते हैं। यदि आप encapsulation को बाधित नहीं करते हैं, तो किसी ऑब्जेक्ट के साथ समाप्त होना संभव नहीं हो सकता है जिसमें deserialization के बाद सटीक उसी स्थिति है जैसा कि पहले क्रमिकरण से पहले था। इसके अतिरिक्त, उस मामले पर विचार करें जहां आप किसी विशेष संपत्ति के लिए एक सेटटर प्रदान नहीं करना चाहते हैं। यदि आप गेटर्स और सेटर्स के माध्यम से काम कर रहे हैं तो सीरियलाइजेशन/deserialization कैसे कार्य करना चाहिए?

Answer 2

क्या केवल गेटर्स और सेटर्स का उपयोग करने के लिए जीएसओएन को बताने का कोई तरीका है?

अभी तक नहीं।

the design doc से:

[टी] यहाँ भी गुण का समर्थन करने के लिए अच्छा तर्क हैं। हम जेसन फील्ड को इंगित करने के लिए वैकल्पिक मैपिंग के रूप में गुणों का समर्थन करने के लिए बाद के संस्करण में जीसन को बढ़ाने का इरादा रखते हैं। अभी के लिए, जीसन फ़ील्ड आधारित है।

Answer 3

यह use getters को Gson पैच करने के लिए संभव है।

Answer 4

हमारे ऐप में यह कैसे काम करता है इसकी अस्पष्ट रूपरेखा यह है कि हमारे पास TypeAdapter कार्यान्वयन हैं - कुछ विशिष्ट मूल्य-जैसी वस्तुओं के लिए और कुछ बीन-स्टाइल ऑब्जेक्ट्स के लिए जहां हम जानते हैं कि जावाबीन तर्क काम करेगा। हम Gson ऑब्जेक्ट बनाने से पहले इन सभी को GsonBuilder पर जाम करते हैं।

दुर्भाग्य से, जीएसओएन वास्तव में Object[] जैसे हैंडलिंग प्रकारों पर बकवास है। जब हम विधि पैरामीटर का प्रतिनिधित्व करने के लिए JSON ऑब्जेक्ट बनाने की कोशिश कर रहे थे तो हमने ज्यादातर इसे देखा। इसके लिए वर्कअराउंड कस्टम TypeAdapter उदाहरण बनाना था जो विधियों को प्रतिबिंबित करता था। (इसका मतलब यह है कि आप कॉल करने का इरादा रखते हुए प्रति Gson उदाहरण का उपयोग करके समाप्त हो जाते हैं ...)