Receveurs par pointeur vs par valeur
Fait partie de la section Programmation Orientée Objet du Journey GO de Coddy — leçon 8 sur 107.
Les méthodes peuvent avoir soit un récepteur de valeur, soit un récepteur de pointeur. Un récepteur de valeur travaille sur une copie de la struct. Un récepteur de pointeur travaille sur la struct originale et peut modifier ses champs.
Récepteur de valeur — travaille sur une copie
type Counter struct {
Count int
}
func (c Counter) GetCount() int {
return c.Count
}
// Ceci ne modifie PAS l'original
func (c Counter) IncrementWrong() {
c.Count++ // Modifie seulement la copie !
}Récepteur de pointeur — modifie l'original
// Ceci MODIFIE l'original
func (c *Counter) Increment() {
c.Count++
}
func (c *Counter) Reset() {
c.Count = 0
}Utilisation des deux ensemble
func main() {
counter := Counter{Count: 0}
counter.Increment()
counter.Increment()
fmt.Println(counter.GetCount()) // Sortie : 2
counter.Reset()
fmt.Println(counter.GetCount()) // Sortie : 0
}Utilisez un récepteur de valeur lorsque la méthode lit uniquement des données. Utilisez un récepteur de pointeur (*StructName) lorsque la méthode doit modifier les champs de la structure. Go gère automatiquement le référencement — vous appelez les deux de la même manière.
Défi
MoyenAjoutez des méthodes à la structure Wallet en utilisant les types de récepteurs corrects :
GetBalance— récepteur de valeur, retourne le solde actuelDeposit— récepteur de pointeur, ajoute le montant au soldeWithdraw— récepteur de pointeur, soustrait le montant uniquement s'il y a des fonds suffisants
Aide-mémoire
Les méthodes peuvent avoir soit un récepteur de valeur, soit un récepteur de pointeur. Un récepteur de valeur travaille sur une copie de la structure. Un récepteur de pointeur travaille sur la structure originale et peut modifier ses champs.
Récepteur de valeur — travaille sur une copie :
type Counter struct {
Count int
}
func (c Counter) GetCount() int {
return c.Count
}Récepteur de pointeur — modifie l'original :
func (c *Counter) Increment() {
c.Count++
}Utilisez un récepteur de valeur lorsque la méthode ne fait que lire des données. Utilisez un récepteur de pointeur (*StructName) lorsque la méthode doit modifier les champs de la structure.
Essayez vous-même
package main
import "fmt"
func main() {
var balance, deposit, withdraw float64
fmt.Scan(&balance, &deposit, &withdraw)
w := Wallet{Balance: balance}
fmt.Printf("Balance: %.2f\n", w.GetBalance())
w.Deposit(deposit)
fmt.Printf("After deposit: %.2f\n", w.GetBalance())
w.Withdraw(withdraw)
fmt.Printf("After withdrawal: %.2f\n", w.GetBalance())
fmt.Printf("Final balance: %.2f\n", w.GetBalance())
}Cette leçon comprend un petit quiz. Commencez la leçon pour y répondre et suivre votre progression.
Toutes les leçons de Programmation Orientée Objet
1Fondamentaux de la POO en Go
Fichiers externesEspace de travail et Modules GoPackages et ImportsNoms exportés vs non exportésIntroduction à la POO en GoLes Structs comme ClassesDéfinir des méthodes sur les StructsReceveurs par pointeur vs par valeurInitialisation de StructsFonctions constructeursRécapitulatif - Calculatrice simple4Interfaces
Introduction aux interfacesImplémentation impliciteL'interface comme contratInterface vide (any)Assertion de typeType SwitchComposition d'interfacesInterfaces Stringer & ErrorRécapitulatif - Calculateur de formes7Encapsulation
Champs exportés vs non exportésEncapsulation au niveau du packageMéthodes Getter & SetterMasquage d'informations en GoRécapitulatif - Dossiers étudiants10Génériques (Go 1.18+)
Introduction aux génériquesParamètres de typeContraintes de typeStructures génériquesContournement pour les méthodes génériquesRécapitulatif - Collections génériques13Patrons de conception, Partie 1
Introduction aux Design PatternsPatron SingletonPatron FactoryPatron Abstract FactoryPatron ObserverPatron Strategy2Exploration approfondie des Types et Structs
Types de base et compositesDéfinitions de types personnalisésTags de StructStructs anonymesStructs imbriquéesValeurs par défaut et Zero ValuesRécapitulatif - Carnet de contacts5Composition plutôt qu'héritage
Pourquoi Go n'a pas d'héritageLes bases de l'imbrication de structsPromotion de méthodesImbriquer plusieurs structsImbrication vs AgrégationMasquage de méthodes imbriquéesRécapitulatif - Hiérarchie des employés8Gestion des erreurs & POO
L'interface errorTypes d'erreurs personnalisésError Wrapping (fmt.Errorf)Erreurs sentinelleserrors.Is() et errors.As()Panic, Defer et RecoverRécapitulatif - File Parser11Bibliothèque standard et POO
io.Reader & io.WriterL'interface sort.InterfaceL'interface fmt.Stringerencoding/json avec les StructsL'interface http.HandlerRécapitulatif - Modèles d'API REST14Patrons de conception, Partie 2
Patron CommandePatron AdaptateurPatron DécorateurPatron Template MethodPatron ÉtatPatron CompositeMiddleware en tant que Décorateur3Pointeurs et Mémoire
Bases des pointeurs en GoPointeurs vers des structsPassage par valeur vs référenceLa fonction new()Garbage Collection en GoRécapitulatif - Constructeur de liste chaînée6Le polymorphisme en Go
Le polymorphisme via les interfacesLe Duck Typing en GoRègles de satisfaction des interfacesCollections polymorphesInjection de dépendancesRécapitulatif - Processeur de paiement9Concurrence et POO
Bases des GoroutinesChannels et CommunicationChannels avec buffer vs sans bufferL'instruction Selectsync.Mutex et sync.RWMutexsync.WaitGroupConception de structures Thread-SafeRécapitulatif - Worker Pool