Kur duhet të përdorësh getters dhe setters (dhe kur jo)?

Question

Accepted Answer

Getters/setters ekspozojnë qasje të kontrolluar në fusha, por zvogëlimi i zakonshëm i shtimit të një *për çdo fushë* është një anti-pattern. Pyetja e vërtetë është: a i shton getter/setter vlerë, apo thjesht rihapë një fushë publike me hapa shtesë?

## Kur një setter është i justifikuar

```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; }
}
```

Hotelet setter zbatoi një invariant — kjo ia vlen peshës.

## Kur janë vetëm zhurmë

```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.
```

## Një mentalitet më i mirë: thuaj, mos pyet

Në vend të ekspozimit të gjendjes për manipulim të thirrësit, ekspozoi *sjellje*:

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

## Pse ka rëndësi

Një setter në çdo fushë është apo pak më i mirë se bërja e fushës publike — jep një ndjenjë të rreme të enkapsulimit ndërsa lejon çdo thirrës të ndryshojë lirisht gjendjen.

Projektimi rreth sjellje ("thuaj, mos pyet") mban invariante brenda objektit, zvogëlon çiftimin dhe shpesh zbulon se shumë fusha duhet të jenë të palëvizshme pa setter.