როდის უნდა გამოიყენოთ getters და setters (და როდის არა)?

Question

Accepted Answer

Getters/setters გაწვდის კონტროლირებულ წვდომას ველებზე, მაგრამ თითოეული ველისთვის ერთის დამატების ჩვეული პრაქტიკა ანტიპატერნია. ნამდვილი კითხვა ისაა: აქვს თუ არა აქსესორს მნიშვნელობა, ან უბრალოდ ხელახლა ავლენს საჯაროს ველს დამატებითი ნაბიჯებით?

## როდის არის 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 ყველა ველზე მხოლოდ ოდნავ უკეთესია, ვიდრე ველის საჯაროს გაკეთება — ის იძლევა თეთრეული ინკაფსულაციის გრძნობას, ხოლო ნებისმიერი დამკითხველი თავისუფლად ცვლის მდგომარეობას.

ქცევის გარშემო დიზაინი ("თქვი, არ ჰკითხო") ინვარიანტებს ობიექტის შიგნით ინახავს, დაკავშირებას ამცირებს და ხშირად ავლენს, რომ ბევრი ველი უცვლელი უნდა იყოს სეტერის გარეშე.