Respuesta.

Historia de la cuestión: Los métodos con receptores aparecieron en Go para permitir la implementación de interfaces y garantizar la encapsulación del comportamiento para tipos propios, similar a los métodos de las clases en lenguajes OOP.

Problema: En Go, los métodos pueden ser declarados para una estructura (o otros tipos) de dos maneras: a través de un receptor-valor o un receptor-puntero. El uso incorrecto de estas diferencias puede llevar a errores no evidentes, ya que el comportamiento depende de cómo se declara el método y cómo se llama (a través de una variable o un puntero).

Solución:

Un método con un receptor valor copia toda la estructura al ser llamado, y los cambios dentro de dicho método no afectan al objeto original. El receptor-puntero permite trabajar con el objeto original y hacer cambios. Elegir correctamente el receptor adecuado es importante para la optimización del rendimiento y el comportamiento correcto.

Ejemplo de código:

package main
import "fmt"

type Counter struct {
    Value int
}

func (c Counter) IncByValue() { // receptor — valor
    c.Value++
}

func (c *Counter) IncByPointer() { // receptor — puntero
    c.Value++
}

func main() {
    c := Counter{}
    c.IncByValue()
    fmt.Println(c.Value)      // Imprimirá 0
    c.IncByPointer()
    fmt.Println(c.Value)      // Imprimirá 1
}

Características clave:

• La pasada por valor copia el objeto completamente, los cambios son locales.
• La pasada por puntero permite cambiar el campo de la estructura desde afuera (visible en el código de llamada).
• Los métodos con receptor-puntero pueden ser llamados tanto a través de una variable como a través de un puntero, Go realizará una conversión automática.

Preguntas capciosas.

1. Si la estructura contiene campos grandes (por ejemplo, un array [1000]int), ¿qué receptor es mejor usar para el método y por qué?

Respuesta: Es mejor usar un receptor-puntero para evitar el costo de copiar grandes volúmenes de datos. Un método con receptor-valor copiaría todo el objeto, lo que no es eficiente.

2. ¿Es la estructura con receptor-puntero compatible con la interfaz que define métodos con receptor-valor?

Respuesta: No. Si el método de la interfaz está declarado sobre un valor y la estructura solo lo implementa sobre un puntero, el compilador no lo considerará compatible.

3. ¿Puede un método con receptor-puntero ser llamado sobre una variable-valor (y no sobre un puntero)?

Respuesta: Sí. Go toma implícitamente la dirección (&struct), es decir, llamará al método correctamente.

c := Counter{}
c.IncByPointer() // Go llamará (&c).IncByPointer()

Errores comunes y anti-patrones

• Declarar un método sobre un valor cuando se necesita modificar la estructura.
• Error en la implementación de la interfaz debido a diferencias en los receptores.
• Ineficiencia por copias innecesarias de estructuras grandes.

Ejemplo de la vida real

Caso negativo

En el proyecto, la estructura es enorme, pero todos los métodos están declarados sobre valores (value receiver). En cada llamada se copia todo el objeto, lo que se vuelve notable en el rendimiento.

Pros: Sencillez, imposible cambiar accidentalmente el objeto original. Contras: Altos costos en memoria y CPU.

Caso positivo

Para estructuras pequeñas sin gran estado, los métodos están declarados sobre valores, para estructuras grandes — solo sobre punteros. Los métodos que modifican el objeto se utilizan con punteros.

Pros: Ahorro de memoria, modificación correcta del estado. Contras: Hay que estar atento a la compatibilidad con interfaces y recordar las particularidades de la pasada de punteros.