व्हॅल्यू रिसीव्हर आणि पॉइंटर रिसीव्हर मध्ये काय फरक आहे?

Question

Accepted Answer

मेथडचा **रिसीव्हर** ही मूल्य आहे ज्यावर ते कार्य करते, मेथड नावाच्या आधी घोषित केली जाते. ते **व्हॅल्यू रिसीव्हर** (कॉपीवर कार्य करते) किंवा **पॉइंटर रिसीव्हर** (मूळ वर कार्य करते, त्याला संपादित करू शकते) असू शकते. योग्य निवड दोन्ही शुद्धता (म्यूटेशन) आणि कार्यक्षमतेसाठी महत्वाची आहे.

## व्हॅल्यू रिसीव्हर — कॉपीवर कार्य करते

```go
type Counter struct { count int }

func (c Counter) Increment() {     // VALUE receiver — c is a COPY
    c.count++                       // modifies the copy, NOT the original
}

c := Counter{}
c.Increment()
fmt.Println(c.count)   // 0 — the original is UNCHANGED (the copy was modified)
```

व्हॅल्यू रिसीव्हरला स्ट्रक्टचे कॉपी मिळते, तर संपादने मूळ वर परिणाम करत नाहीत — केवळ-वाचन मेथडसाठी उपयुक्त, परंतु जर तुम्ही संपादन करू हवेस तर बग.

## पॉइंटर रिसीव्हर — मूळ वर कार्य करते

```go
func (c *Counter) Increment() {    // POINTER receiver — c points to the original
    c.count++                       // modifies the ACTUAL struct
}

c := Counter{}
c.Increment()          // Go automatically takes &c
fmt.Println(c.count)   // 1 — the original WAS modified
```

पॉइंटर रिसीव्हर वास्तविक स्ट्रक्टवर कार्य करते, म्हणून ते त्याला **संपादित** करू शकते. Go स्वयंचलितपणे पत्ता घेते (`c.Increment()` व्हॅल्यूवरही कार्य करते).

## कोणाला केव्हा वापरायचे

```text
Use a POINTER receiver when:
  ✓ The method needs to MODIFY the receiver (mutation)
  ✓ The struct is LARGE (avoid copying it on every call — performance)
  ✓ For CONSISTENCY (see below)

Use a VALUE receiver when:
  ✓ The method only READS, the type is small, and you want copy semantics
  ✓ The type is naturally a value (small structs, basic types)
```

## सुसंगतता नियम

```go
// ✅ be consistent — if ANY method needs a pointer receiver, use pointer for ALL
func (c *Counter) Increment() { c.count++ }
func (c *Counter) Value() int { return c.count }   // pointer too, for consistency
```

एक प्रकारवर व्हॅल्यू आणि पॉइंटर रिसीव्हर मिश्रित करणे सूक्ष्म समस्या निर्माण करते — परिपाटी म्हणजे एक निवडा (सामान्यतः पॉइंटर जर कोणत्याही मेथडने संपादन केले) आणि सर्व मेथडसाठी वापरा.

## इंटरफेस समाधान सूक्ष्मता

```go
type Incrementer interface { Increment() }

// if Increment has a POINTER receiver, only *Counter satisfies the interface, not Counter
var i Incrementer = &Counter{}   // ✅ works
var j Incrementer = Counter{}    // ❌ Counter (value) does NOT satisfy it
```

हा सामान्य गोचा आहे: पॉइंटर-रिसीव्हर मेथडसह, फक्त पॉइंटर प्रकार इंटरफेस संतुष्ट करतो.

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

व्हॅल्यू-vs-पॉइंटर रिसीव्हर निवड हा मौलिक, वारंवार गैरसमझलेला Go निर्णय आहे जो शुद्धता, कार्यक्षमता आणि इंटरफेस समाधानांवर परिणाम करतो.

सर्वात सामान्य बग म्हणजे **व्हॅल्यू रिसीव्हर वापरा जेव्हा तुम्हाला संपादन करायचे होते** — संपादन मूकपणे फक्त कॉपीवर परिणाम करते, तर बदल "टिकून राहत नाही". पॉइंटर रिसीव्हर म्यूटेशनसाठी आवश्यक आहे आणि मोठ्या स्ट्रक्टसाठी शिफारस केली जाते (प्रत्येक कॉलवर महाग कॉपीचा दुरुपयोग करण्यासाठी).

**सुसंगतता नियम** (प्रकारच्या सर्व मेथडमध्ये समान रिसीव्हर प्रकार वापरा) गोंधळ टाळते, आणि **इंटरफेस समाधान सूक्ष्मता** (पॉइंटर-रिसीव्हर मेथड म्हणजे फक्त पॉइंटर प्रकार इंटरफेस संतुष्ट करतो) हा "does not implement interface" त्रुटी निर्माण करणारा क्लासिक गोचा आहे.

याचे समज योग्य, कार्यक्षम Go लिहिण्यासाठी आवश्यक आहे आणि हा सर्वात सामान्य व्यावहारिक आणि मुलाखत विषय आहे, कारण या निवडीचे अस्पष्ट परिणाम आहेत.