Les méthodes intégrées dans Go peuvent-elles accéder aux champs d'objet parent ?

Accès aux champs parents à partir de méthodes intégrées

Arrière-plan

Lorsque des méthodes intégrées sont utilisées pour simplifier programmation orientée objet, une question se pose : ces méthodes peuvent-elles accéder aux champs du parent object?

Objectif

L'objectif est de créer un ORM pour Go qui imite le modèle Active Record, où des méthodes comme Save() et Delete() sont attachées à l'objet en cours d'enregistrement ou de suppression. Cette approche simplifie la lisibilité du code et le dissocie du magasin de données sous-jacent.

Exemple

Le code ci-dessous démontre une méthode intégrée (Test()) dans le type Foo :

package main

import (
    "fmt"
    "reflect"
)

func main() {
    test := Foo{Bar: &Bar{}, Name: "name"}
    test.Test()
}

type Foo struct {
    *Bar
    Name string
}

func (s *Foo) Method() {
    fmt.Println("Foo.Method()")
}

type Bar struct {
}

func (s *Bar) Test() {
    t := reflect.TypeOf(s)
    v := reflect.ValueOf(s)
    fmt.Printf("model: %+v %+v %+v\n", s, t, v)
    fmt.Println(s.Name)
    s.Method()
}

Question

La méthode embarquée peut-elle (Test()) accéder au champ Nom de l'objet parent (Foo) ?

Réponse

Non, il n'y a pas de moyen direct dans Go pour une méthode intégrée accéder aux champs de son objet parent. Le type de récepteur de la méthode Test() est *Bar, tandis que l'objet cible est de type Foo.

Approches alternatives

Si l'accès aux champs parents est essentiel, possible les solutions incluent :

• Ajout d'un champ interface{} au type intégré et le définissant sur le type conteneur pendant initialisation.
• Adopter l'approche de db.Save(user) plutôt que user.Save(), qui offre une meilleure extensibilité et réduit le risque de problèmes d'état global.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!