Champs exportés vs non exportés
Fait partie de la section Programmation Orientée Objet du Journey GO de Coddy — leçon 47 sur 107.
En Go, l'encapsulation au niveau des structures est contrôlée par la casse des noms de champs. Cette règle simple détermine si les champs peuvent être accédés depuis l'extérieur du package où la structure est définie.
Les champs commençant par une lettre majuscule sont exportés—accessibles depuis n'importe quel package. Les champs commençant par une lettre minuscule ne sont pas exportés—uniquement accessibles au sein du même package :
// Dans le package "user"
type User struct {
Name string // Exporté - accessible partout
Email string // Exporté - accessible partout
password string // Non exporté - accessible uniquement dans le package "user"
age int // Non exporté - accessible uniquement dans le package "user"
}
Lorsqu'un autre package importe et utilise cette struct, il ne peut interagir qu'avec les champs exportés :
// Dans le package "main"
import "user"
func main() {
u := user.User{
Name: "Alice", // fonctionne
Email: "a@mail.com", // fonctionne
// password: "secret", // erreur de compilation : champ inconnu
}
fmt.Println(u.Name) // fonctionne
// fmt.Println(u.password) // erreur de compilation : impossible de se référer à un champ non exporté
}
Ce mécanisme protège les données sensibles et les détails d'implémentation interne. Le champ password ne peut pas être lu ou modifié directement depuis l'extérieur du paquet, forçant les autres codes à utiliser les méthodes que vous fournissez. C'est l'approche de Go pour réaliser le masquage des données — un principe fondamental de l'encapsulation dans la programmation orientée objet.
Défi
FacileConstruisons un système de compte bancaire qui démontre l'encapsulation à travers des champs exportés et non exportés. Vous allez créer un package qui protège les données financières sensibles tout en exposant des informations publiques sûres.
Vous organiserez votre code sur deux fichiers :
account.go: Créez une structureBankAccountdans le packagemainqui modélise un compte bancaire réel avec une protection des données appropriée :HolderName(exporté) - le nom du titulaire du compte, sûr à afficher publiquementAccountType(exporté) - le type de compte (par exemple, "Savings", "Checking")balance(non exporté) - le solde réel, qui doit être protégépin(non exporté) - le code PIN du compte, donnée hautement sensible
NewBankAccountqui prend le nom du titulaire, le type de compte, le solde initial et le PIN, puis retourne un pointeur vers un nouveauBankAccount. Ajoutez également une méthodeGetPublicInfo() stringqui retourne le format :Account: [HolderName] ([AccountType])main.go: Lisez les détails du compte depuis l'entrée, créez unBankAccounten utilisant le constructeur, et démontrez l'encapsulation. Affichez les informations publiques à l'aide de la méthode, puis accédez directement et affichez chaque champ exporté sur des lignes séparées. Les champs non exportés (balanceetpin) sont protégés — vous ne pouvez les définir que via le constructeur.
Les entrées suivantes seront fournies :
- Ligne 1 : Nom du titulaire du compte
- Ligne 2 : Type de compte
- Ligne 3 : Solde initial (sous forme de float)
- Ligne 4 : Code PIN
Par exemple, avec Alice Johnson, Savings, 5000.50, et 1234, votre sortie devrait être :
Account: Alice Johnson (Savings)
Holder: Alice Johnson
Type: SavingsRemarquez que le solde et le PIN n'apparaissent jamais dans la sortie — ils sont discrètement cachés à l'intérieur de la structure, accessibles uniquement au sein du package. C'est l'encapsulation en action : les données sensibles sont protégées tandis que les informations publiques restent accessibles.
Aide-mémoire
En Go, l'encapsulation est contrôlée par la casse des noms de champs dans les structures :
- Les champs en majuscules sont exportés (accessibles depuis n'importe quel package)
- Les champs en minuscules sont non exportés (uniquement accessibles au sein du même package)
type User struct {
Name string // Exporté - accessible partout
Email string // Exporté - accessible partout
password string // Non exporté - uniquement accessible dans le même package
age int // Non exporté - uniquement accessible dans le même package
}
Lors de l'utilisation d'une structure provenant d'un autre package, seuls les champs exportés sont accessibles :
import "user"
func main() {
u := user.User{
Name: "Alice", // fonctionne
Email: "a@mail.com", // fonctionne
// password: "secret", // erreur de compilation : champ inconnu
}
fmt.Println(u.Name) // fonctionne
// fmt.Println(u.password) // erreur de compilation : impossible de se référer à un champ non exporté
}
Ce mécanisme protège les données sensibles et les détails d'implémentation interne, forçant le code externe à utiliser les méthodes fournies pour l'accès.
Essayez vous-même
package main
import (
"bufio"
"fmt"
"os"
"strconv"
"strings"
)
func main() {
reader := bufio.NewReader(os.Stdin)
// Lire le nom du titulaire du compte
holderName, _ := reader.ReadString('\n')
holderName = strings.TrimSpace(holderName)
// Lire le type de compte
accountType, _ := reader.ReadString('\n')
accountType = strings.TrimSpace(accountType)
// Lire le solde initial
balanceStr, _ := reader.ReadString('\n')
balanceStr = strings.TrimSpace(balanceStr)
balance, _ := strconv.ParseFloat(balanceStr, 64)
// Lire le PIN
pinStr, _ := reader.ReadString('\n')
pin := strings.TrimSpace(pinStr)
// TODO: Créer un nouveau BankAccount en utilisant le constructeur
// account := NewBankAccount(...)
// TODO: Afficher les informations publiques en utilisant la méthode GetPublicInfo()
// TODO: Afficher le nom du titulaire en accédant directement au champ exporté
// fmt.Println("Holder:", ...)
// TODO: Afficher le type de compte en accédant directement au champ exporté
// fmt.Println("Type:", ...)
// Note: balance et pin ne sont pas exportés - ils ne peuvent pas être accédés directement ici
// Ils sont encapsulés en toute sécurité dans la struct
_ = balance // Supprimez cette ligne lorsque vous utilisez balance
_ = pin // Supprimez cette ligne lorsque vous utilisez pin
}
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