तुम्ही getters आणि setters कधी वापरावे (आणि कधी नाही)?

Question

Accepted Answer

Getter/setter फील्डमध्ये नियंत्रित प्रवेश देतात, परंतु प्रत्येक फील्डसाठी एक *जोडण्याची सामान्य आदत* एक अँटीपॅटर्न आहे. खरा प्रश्न असा आहे: accessor मूल्य जोडतो का, किंवा फक्त सार्वजनिक फील्ड अतिरिक्त पायऱ्यांसह पुन्हा उघड करतो का?

## जेव्हा setter न्याय्य आहे

```java
public class Thermostat {
    private int target;
    public void setTarget(int t) {     // setter adds VALIDATION
        if (t < 5 || t > 30)
            throw new IllegalArgumentException("out of range");
        this.target = t;
    }
    public int getTarget() { return target; }
}
```

इथे setter एक अपरिवर्तनीयता लागू करतो — तो मूल्यवान आहे.

## जेव्हा ते फक्त शोर आहेत

```java
// Anti-pattern: "encapsulation theatre"
public class Point {
    private int x, y;
    public int getX() { return x; }    public void setX(int x){ this.x=x; }
    public int getY() { return y; }    public void setY(int y){ this.y=y; }
}
// This is no safer than public fields — and now x,y can change anytime.
```

## एक उत्तम मानसिकता: सांगा, विचारू नका

कॉलर्सद्वारे हेराफेरीसाठी स्थिती उघड करण्याऐवजी, *वर्तन* उघड करा:

```java
account.withdraw(100);          // ✅ behavior protects the rule
// vs
account.setBalance(account.getBalance() - 100);  // ❌ logic leaks to caller
```

## हे महत्वाचे का आहे

प्रत्येक फील्डवर setter फील्ड सार्वजनिक करण्यापेक्षा फक्त किंचित बरोबर आहे — हे इन्कॅप्सुलेशनची खोटी भावना देते जेव्हा कोणत्याही कॉलरला मुक्तपणे स्थिती बदलण्याची परवानगी असते.

वर्तनाभोवती डिজाइन करणे ("सांगा, विचारू नका") वस्तूच्या आतमध्ये अपरिवर्तनीयता ठेवते, युग्मन कमी करते, आणि अनेकदा असे उघड करते की अनेक फील्ड सेटरशिवाय अपरिवर्तनीय असावेत.