როგორ მუშაობს ჯენერიკი Go-ში?

Question

Accepted Answer

**ჯენერიკი** (დამატებული Go 1.18-ში) საშუალებას გაძლევთ დაწეროთ ფუნქციები და ტიპები, რომლებიც მუშაობენ **მრავალი ტიპის** სამით ტიპის პარამეტრების საშუალებით, ხოლო შენარჩუნებული რჩება კომპილაციის დროის ტიპის უსაფრთხოება. ისინი აღმოფხვრიან ძველ კომპრომისს: კოდის დუპლიკაცია ყოველი ტიპისთვის ან უსაფრთხოების დაკარგვა `interface{}`-ს აღმოფხვრის ხარჯზე.

## პრობლემა, რომელსაც ჯენერიკი აწყობს

```go
// ❌ before generics — either duplicate per type...
func MaxInt(a, b int) int { ... }
func MaxFloat(a, b float64) float64 { ... }   // copy-paste for each type

// ...or use interface{} and lose type safety + need casts/assertions
func Max(a, b interface{}) interface{} { ... }   // unsafe, clunky
```

## ჯენერიკული ფუნქცია

```go
// T is a type parameter constrained to be "ordered" (comparable with < >)
func Max[T constraints.Ordered](a, b T) T {
    if a > b {
        return a
    }
    return b
}

Max(3, 5)         // T inferred as int → 5
Max(2.5, 1.1)     // T inferred as float64 → 2.5
Max("a", "b")     // T inferred as string → "b"
```

`[T constraints.Ordered]` აცხადებს ტიპის პარამეტრს `T` **შეზღუდვის** მეშვეობით (რომელი ტიპები დაშვებულია). კომპილერი აბრუნებს `T`-ს არგუმენტებიდან — ერთი განხორციელება მუშაობს მრავალი ტიპის მიმართ, სრულიად ტიპ-უსაფრთხო.

## ტიპის შეზღუდვები

```go
// a constraint is an interface listing allowed types or required methods
type Number interface {
    ~int | ~int64 | ~float64        // the | union means "any of these"
}

func Sum[T Number](nums []T) T {
    var total T
    for _, n := range nums {
        total += n                   // safe — T is constrained to numeric types
    }
    return total
}
Sum([]int{1, 2, 3})       // 6
Sum([]float64{1.5, 2.5})  // 4.0

// built-in constraints:
any                        // any type (alias for interface{})
comparable                 // types usable with == (for map keys, etc.)
// golang.org/x/exp/constraints: Ordered, Integer, Float, etc.
```

შეზღუდვები განსაზღვრავენ რომელი ოპერაციები არის ვალიდური ტიპის პარამეტრზე (`~` ნიშნავს "ნებისმიერი ტიპი, რომლის მიმდებარე ტიპი არის ეს").

## ჯენერიკული ტიპები

```go
// a generic stack that works for any type
type Stack[T any] struct {
    items []T
}
func (s *Stack[T]) Push(item T) { s.items = append(s.items, item) }
func (s *Stack[T]) Pop() T {
    item := s.items[len(s.items)-1]
    s.items = s.items[:len(s.items)-1]
    return item
}

intStack := Stack[int]{}       // a stack of ints
strStack := Stack[string]{}     // a stack of strings — same code
```

## როდის გამოვიყენოთ (და როდის არა) ჯენერიკი

```text
✓ Generic data structures (stacks, trees, sets), utility functions over collections
  (Map, Filter, Reduce), type-safe containers
✗ Don't overuse — if interfaces or a concrete type work simply, prefer them.
  Go's philosophy still favors simplicity; generics are a tool, not a default.
```

## რატომ არის ეს მნიშვნელოვანი

ჯენერიკი მნიშვნელოვანი და ხანგრძლივად მოსახლეობის მიერ მოსალოდნელი დამატება იყო Go-სთვის (1.18), რომელმაც გადაჭრა რეალური პრობლემა: მას წინ, ხელმისაწვდომი კოდის დაწერა მრავალი ტიპის მიმართ აიძულებდა თქვენ, რომ დუპლიკატი დასაქმელოთ ყოველი ტიპისთვის (ვერბოზი, შენარჩუნებადი არ იყო) ან გამოიყენოთ `interface{}` (კომპილაციის დროის ტიპის უსაფრთხოების დაკარგვა და რানტაიმის მტკიცებულებების საჭიროება).

ჯენერიკი საშუალებას გაძლევთ დაწეროთ ტიპ-უსაფრთხო, ხელმისაწვდომი ფუნქციები და მონაცემთა სტრუქტურები (კონტეინერები, კალექციის უტილიტები როგორიცაა Map/Filter/Reduce) ერთხელ, კომპილერი აკეთებს კორექტულობის გატეხვას და აბრუნებს ტიპებს.

ტიპის პარამეტრების, შეზღუდვების (მათ შორის `any`, `comparable` და union/`~` სინტაქსი), და ჯენერიკული ტიპების გაგება ხდება უფრო მნიშვნელოვანი, როგორც ეკოსისტემა მათ მიიღება.

თანაბრად მნიშვნელოვანია Go-ს მენტალიტეტი, რომ ჯენერიკი არის **ინსტრუმენტი ჭეშმარიტი ხელმისაწვდომობისთვის, არა დეფოლტი** — მათი გადამეტება Go-ს სიმარტივის ფილოსოფიის წინააღმდეგ მოქმედებს.

ეს არის მიმდინარე, ხშირად განხილული თემა, რომელიც ასახავს თხევადობას თანამედროვე Go-თან.