Imbriquer plusieurs structs
Fait partie de la section Programmation Orientée Objet du Journey GO de Coddy — leçon 37 sur 107.
Go vous permet d'imbriquer plusieurs structs au sein d'une seule struct, combinant ainsi des comportements provenant de différentes sources. Cela est similaire à l'héritage multiple dans d'autres langages, mais avec l'approche de composition de Go.
type Logger struct{}
func (l Logger) Log(msg string) string {
return "LOG: " + msg
}
type Notifier struct{}
func (n Notifier) Notify(msg string) string {
return "NOTIFY: " + msg
}
type Service struct {
Name string
Logger
Notifier
}
La structure Service a désormais accès aux méthodes des deux types intégrés :
func main() {
s := Service{Name: "OrderService"}
fmt.Println(s.Log("started")) // LOG : démarré
fmt.Println(s.Notify("new order")) // NOTIFY : nouvelle commande
}
Lors de l'imbrication de plusieurs structures, un conflit de nommage peut survenir si deux types imbriqués possèdent des méthodes portant le même nom. Go ne résout pas automatiquement cette ambiguïté :
type A struct{}
func (A) Greet() string { return "Hello from A" }
type B struct{}
func (B) Greet() string { return "Hello from B" }
type Combined struct {
A
B
}
func main() {
c := Combined{}
// c.Greet() - erreur de compilation : sélecteur ambigu
fmt.Println(c.A.Greet()) // Hello from A
fmt.Println(c.B.Greet()) // Hello from B
}
Lorsque des conflits surviennent, vous devez spécifier explicitement la méthode de quel type incorporé vous souhaitez appeler en utilisant le nom du type comme qualificateur.
Défi
FacileConstruisons un système d'appareil domestique intelligent qui combine plusieurs capacités grâce à l'imbrication de structures (struct embedding). Vous allez créer un appareil capable à la fois de contrôler l'éclairage et de diffuser de la musique en imbriquant des types de contrôleurs distincts.
Vous organiserez votre code sur trois fichiers :
controllers.go: Créez deux structures de contrôleur indépendantes qui fournissent des capacités différentes :- Un
LightControlleravec un champBrightness(int) et une méthodeSetLight(level int) stringqui retourne"Light set to [level]%" - Un
AudioControlleravec un champVolume(int) et une méthodeSetVolume(level int) stringqui retourne"Volume set to [level]%"
Status() string— cela crée un conflit de nommage que vous devrez gérer.LightController.Status()doit retourner"Brightness: [Brightness]%"etAudioController.Status()doit retourner"Volume: [Volume]%".- Un
device.go: Créez une structureSmartDeviceavec un champNamequi imbrique à la foisLightControlleretAudioController. Ajoutez une méthode appeléeFullStatus() stringqui retourne le nom de l'appareil ainsi que les statuts des deux contrôleurs, en résolvant l'ambiguïté par l'appel explicite de la méthodeStatus()de chaque type imbriqué.main.go: Lisez la configuration de l'appareil depuis l'entrée, créez unSmartDevice, utilisez les méthodes promues pour régler les niveaux de lumière et de volume, puis affichez le statut complet.
Les entrées suivantes seront fournies :
- Ligne 1 : Nom de l'appareil
- Ligne 2 : Niveau de luminosité initial (entier)
- Ligne 3 : Niveau de volume initial (entier)
- Ligne 4 : Nouveau niveau de luminosité à régler (entier)
- Ligne 5 : Nouveau niveau de volume à régler (entier)
Votre méthode FullStatus() doit retourner :
[Name] - [LightController.Status()], [AudioController.Status()]Affichez les résultats de l'appel à SetLight et SetVolume (qui sont promus depuis les types imbriqués), puis affichez le statut complet.
Par exemple, avec Living Room Hub, 50, 30, 75, et 60, votre sortie devrait être :
Light set to 75%
Volume set to 60%
Living Room Hub - Brightness: 75%, Volume: 60%Remarquez comment SetLight et SetVolume sont directement accessibles sur SmartDevice grâce à la promotion de méthode, mais Status() nécessite une qualification explicite car les deux types imbriqués possèdent cette méthode.
Aide-mémoire
Go permet l'imbrication de plusieurs structures au sein d'une seule structure, combinant ainsi les comportements de différentes sources par composition :
type Logger struct{}
func (l Logger) Log(msg string) string {
return "LOG: " + msg
}
type Notifier struct{}
func (n Notifier) Notify(msg string) string {
return "NOTIFY: " + msg
}
type Service struct {
Name string
Logger
Notifier
}
La structure Service a accès aux méthodes des deux types imbriqués :
s := Service{Name: "OrderService"}
fmt.Println(s.Log("started")) // LOG: started
fmt.Println(s.Notify("new order")) // NOTIFY: new order
Des conflits de nommage surviennent lorsque les types imbriqués possèdent des méthodes portant le même nom. Vous devez alors spécifier explicitement la méthode du type imbriqué à appeler :
type A struct{}
func (A) Greet() string { return "Hello from A" }
type B struct{}
func (B) Greet() string { return "Hello from B" }
type Combined struct {
A
B
}
// c.Greet() - compile error: ambiguous selector
c := Combined{}
fmt.Println(c.A.Greet()) // Hello from A
fmt.Println(c.B.Greet()) // Hello from B
Essayez vous-même
package main
import (
"fmt"
)
func main() {
// Lire l'entrée
var name string
fmt.Scanln(&name)
var initialBrightness int
fmt.Scanln(&initialBrightness)
var initialVolume int
fmt.Scanln(&initialVolume)
var newBrightness int
fmt.Scanln(&newBrightness)
var newVolume int
fmt.Scanln(&newVolume)
// TODO: Créer un SmartDevice avec le nom et les valeurs initiales donnés
// TODO: Utiliser la méthode SetLight promue et afficher le résultat
// TODO: Utiliser la méthode SetVolume promue et afficher le résultat
// TODO: Afficher le statut complet en utilisant la méthode FullStatus()
}
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