जावा setters और "इस"

Question

मैं लोगों के बहुत में देखा है जावा setters में कार्य करें:

1)

public void setX(int x) { 
    this.x = x; 
} 

निजी तौर पर मुझे यह पसंद नहीं है और मुझे लगता है कि यह कुछ ऐसा होना चाहिए:

2)

public void setX(int newX) { 
    x = newX; 
} 

वहाँ कोई कारण पहले बेहतर होगा रहे हैं?

1) कोई त्रुटि नहीं करना आसान है। कुछ अवसरों पर मैं कर लोगों के लिए नीचे कोड में कीड़े पर नज़र रखी है:

x = x; 

गलती से, हो सकता है क्योंकि वे उपवास टाइपिंग और बस रहे थे रास्ते से बाहर getters और setters प्राप्त करना चाहता था।

Answer 1

यह शैली का विषय है।

public void setX(int x) { this.x = x; } 

के पक्ष में तर्क यह है कि आप के बाद से आपके पास पहले से, इनपुट तर्क के लिए एक नया और सार्थक नाम के बारे में सोच की जरूरत नहीं है है।

एक शैली चुनें और लगातार का उपयोग करें।

Answer 2

मुझे नहीं लगता कि यहां "बेहतर" या "बदतर" है। यह सिर्फ शैली का मामला है। this.x = x को पसंद करते हैं

Answer 3

कारण:

1. कंस्ट्रक्टर्स में this.x = x का उपयोग करते हुए और एक ज्ञात पैटर्न, जो जावा प्रोग्रामर पहचान है।
2. दोनों क्षेत्र और पैरामीटर में x समान मान का प्रतिनिधित्व करते हैं।
3. x = newX के साथ कोई वाक्य रचनात्मक संकेत नहीं है कि कोई एक फ़ील्ड है और दूसरा पैरामीटर है।

Answer 4

मुझे लगता है कि सेटर्स आईडीई द्वारा स्वतः उत्पन्न होते हैं। तो मेरी वरीयता वह रूप है जिसका उपयोग आईडीई में डिफ़ॉल्ट रूप से किया जाता है। यही कहना है, मैं इस पर काफी तटस्थ हूं और महसूस करता हूं कि यह डिफ़ॉल्ट आईडीई सेटिंग्स को बदलने में योग्यता नहीं है।

Answer 5

मैं this.x = x; पसंद करता हूं। इस पर वास्तव में कोई सही रास्ता नहीं है। एक आईडीई में, यह this पर अतिरिक्त रंग के लिए अच्छा लगेगा।

Answer 6

यह सिर्फ एक कोडिंग सम्मेलन है। आप चुनने के लिए स्वतंत्र हैं, लेकिन का उपयोग पर करें। साथ ही, एक औसत आईडीई कुछ कीस्ट्रोक/क्लिक में सभी गेटर्स/सेटर्स को स्वत: उत्पन्न कर सकता है। उदाहरण के लिए ग्रहण में, कर Alt + शिफ्ट + आर और फिर एस और उसके बाद गुण आप के लिए getters/setters पैदा करते हैं और ठीक क्लिक करें करना चाहते हैं। साथ ही, this.x = x के बजाय x = x करते समय एक औसत आईडीई चेतावनी प्रदर्शित करेगा।

मैं खुद this.x = x पसंद करता हूं।ग्रहण और कई रिवर्स-इंजीनियर उपकरण (जैसे दली और हाइबरनेट उपकरण) डिफ़ॉल्ट रूप से इसे इस तरह से उत्पन्न करते हैं।

x = newX सम्मेलन (Hungarian notation) केवल (पुरानी शैली की प्रक्रियात्मक प्रोग्रामिंग दुनिया से विरासत में मिला है और ओओ विचारधारा में अच्छी तरह से फिट नहीं है।

Answer 7

यदि यह आपका स्वयं का कोड है या मौजूदा आधार का हिस्सा नहीं है तो उसे चुनें और इसके साथ चिपके रहें। यदि आप मौजूदा कोड के साथ काम कर रहे हैं तो जो भी सम्मेलन पहले से ही इस्तेमाल किया जा रहा है उसका पालन करें।

Answer 8

यह पूरी तरह से व्यक्तिपरक है, लेकिन प्रथम रूप जावाडोक आदि

मैं वहाँ 'this.x = एक्स' फ़ॉर्म का उपयोग करके त्रुटि के लिए ज्यादा गुंजाइश है नहीं लग रहा है में एक अच्छा स्पष्ट विधि प्रोटोटाइप प्रदान करता है। निश्चित रूप से कुछ भी नहीं जो इकाई परीक्षणों द्वारा पकड़ा नहीं जाएगा। आपके पास यूनिट परीक्षण हैं, है ना?