Encapsulation au niveau du package
Fait partie de la section Programmation Orientée Objet du Journey GO de Coddy. Leçon 48 sur 107.
Bien que la leçon précédente ait traité de la visibilité au niveau des champs, l’encapsulation de Go s’effectue en réalité au niveau du package. Tout ce qui se trouve dans le même package, quel que soit le fichier dans lequel il se trouve, peut accéder aux champs et aux fonctions non exportés.
Considérez un package comportant plusieurs fichiers :
// account/account.go
package account
type Account struct {
balance int // non exporté
}
func (a *Account) Deposit(amount int) {
a.balance += amount
}
// account/helper.go
package account
func ResetAccount(a *Account) {
a.balance = 0 // fonctionne - même package
}
Les deux fichiers appartiennent au package account, donc helper.go peut accéder directement au champ non exporté balance. C’est intentionnel. Cela vous permet de répartir la logique du package entre plusieurs fichiers tout en conservant l’accès interne.
Cependant, le code situé en dehors du package ne peut pas accéder aux membres non exportés :
// main.go
package main
import "account"
func main() {
acc := &account.Account{}
acc.Deposit(100) // fonctionne - méthode exportée
// acc.balance = 50 // erreur - champ non exporté
// account.ResetAccount // fonctionne si ResetAccount était exporté
}
Cette limite au niveau du package est le principal mécanisme d’encapsulation de Go. Vous concevez les packages comme des unités cohérentes où le code interne collabore librement, tandis que le code externe interagit uniquement avec l’API exportée. Considérez chaque package comme un module autonome doté d’une interface publique claire.
Défi
FacileConstruisons un système de gestion des stocks qui montre comment plusieurs fichiers d'un même package peuvent collaborer en accédant directement à des champs non exportés, tout en gardant ces données masquées pour le code externe.
Tu vas créer trois fichiers qui fonctionnent ensemble dans le package main :
product.go: définir une structureProductavec un champNameexporté et un champquantitynon exporté (de type int). Ajouter une méthodeInfo() stringexportée qui renvoie le format suivant :[Name]: [quantity] in stockinventory.go: créer des fonctions utilitaires qui travaillent avec les produits en accédant directement au champquantitynon exporté (ce qui est possible parce qu'elles se trouvent dans le même package). Implémenter :Restock(p *Product, amount int)- ajoute la quantité au stock du produitSell(p *Product, amount int) bool- soustrait la quantité du stock si celui-ci est suffisant, et renvoietrueen cas de réussite oufalsesi le stock est insuffisantNewProduct(name string, initialQty int) *Product- constructeur qui crée un produit avec le nom et la quantité initiale fournis
main.go: lire les informations du produit depuis l'entrée, créer un produit à l'aide du constructeur, effectuer les opérations de gestion des stocks et afficher les résultats. Après chaque opération, afficher les informations du produit pour montrer son état mis à jour.
Les entrées suivantes seront fournies :
- Ligne 1 : nom du produit
- Ligne 2 : quantité initiale (entier)
- Ligne 3 : quantité réapprovisionnée (entier)
- Ligne 4 : quantité vendue (entier)
Après avoir créé le produit, afficher ses informations initiales. Réapprovisionner ensuite le stock et afficher à nouveau les informations. Enfin, tenter de vendre le produit et afficher soit les informations mises à jour (en cas de réussite), soit Sale failed: insufficient stock (si la quantité en stock est insuffisante).
Par exemple, avec Laptop, 10, 5 et 8, la sortie doit être :
Laptop: 10 in stock
Laptop: 15 in stock
Laptop: 7 in stockEt avec Phone, 3, 2 et 10, la sortie doit être :
Phone: 3 in stock
Phone: 5 in stock
Sale failed: insufficient stockL'idée essentielle est que inventory.go peut lire et modifier directement le champ quantity non exporté parce qu'il se trouve dans le même package que product.go. Il s'agit ici d'un exemple d'encapsulation au niveau du package : la collaboration interne s'effectue librement, tandis que les données restent protégées des packages externes.
Essayez vous-même
package main
import (
"bufio"
"fmt"
"os"
"strconv"
"strings"
)
func main() {
reader := bufio.NewReader(os.Stdin)
// Lire le nom du produit
name, _ := reader.ReadString('\n')
name = strings.TrimSpace(name)
// Lire la quantité initiale
initialQtyStr, _ := reader.ReadString('\n')
initialQty, _ := strconv.Atoi(strings.TrimSpace(initialQtyStr))
// Lire la quantité de réapprovisionnement
restockStr, _ := reader.ReadString('\n')
restockAmount, _ := strconv.Atoi(strings.TrimSpace(restockStr))
// Lire la quantité à vendre
sellStr, _ := reader.ReadString('\n')
sellAmount, _ := strconv.Atoi(strings.TrimSpace(sellStr))
// TODO: Créer un nouveau produit en utilisant le constructeur NewProduct
// TODO: Afficher les informations initiales du produit
// TODO: Réapprovisionner le produit et afficher les informations
// TODO: Tenter de vendre et afficher le résultat
// Si la vente réussit, afficher les informations mises à jour
// If sale fails, print "Sale failed: insufficient stock"
fmt.Println() // Remplacer par la sortie réelle
}
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 et non exportésIntroduction à la POO en GoStructs comme classesDéfinir des méthodes sur des structsRécepteurs pointeurs ou par valeurInitialisation des structsFonctions constructeursRécapitulatif - Calculatrice simple4Interfaces
Introduction aux interfacesImplémentation impliciteL’interface comme contratInterface vide (any)Assertion de typeCommutation de typeComposition d’interfacesInterfaces Stringer et ErrorRécapitulatif - Calculateur de formes7Encapsulation
Champs exportés vs non exportésEncapsulation au niveau du packageMéthodes Getter et SetterDissimulation de l’information en GoRécapitulatif – Fiches d’étudiants10Génériques (Go 1.18+)
Introduction aux génériquesParamètres de typeContraintes de typeStructures génériquesSolution de contournement pour les méthodes génériquesRécapitulatif - Collection générique2Plongée approfondie dans les types et les structs
Types de base et compositesDéfinitions de types personnalisésTags de structStructs anonymesStructs imbriquésValeurs zéro et valeurs par défautRécapitulatif - Carnet de contacts5La composition plutôt que l’héritage
Pourquoi Go n’a pas d’héritageBases de l’inclusion de structsPromotion des méthodesInclure plusieurs structsInclusion ou agrégationMasquage des méthodes inclusesRécapitulatif : hiérarchie des employés8Gestion des erreurs et POO
L’interface errorTypes d’erreurs personnalisésEnrobage des erreurs (fmt.Errorf)Erreurs sentinelleserrors.Is() et errors.As()Panic, Defer et RecoverRécapitulatif - Analyseur de fichiers11Bibliothèque standard et POO
io.Reader et io.Writersort.InterfaceInterface fmt.Stringerencoding/json avec des structsInterface http.HandlerRécapitulatif - Modèles d’API REST14Modèles de conception – Partie 2
Modèle CommandeModèle AdaptateurModèle DécorateurModèle Méthode modèleModèle ÉtatModèle CompositeMiddleware comme décorateur3Pointeurs et mémoire
Notions de base des pointeurs en GoPointeurs vers des structuresPassage par valeur ou par référenceLa fonction new()Garbage collection en GoRécapitulatif - Constructeur de listes chaînées6Polymorphisme en Go
Polymorphisme via les interfacesDuck typing en GoRègles de satisfaction des interfacesCollections polymorphesInjection de dépendancesRécapitulatif – Processeur de paiements9Concurrence et POO
Bases des GoroutinesCanaux et communicationCanaux tamponnés ou non tamponnésInstruction selectsync.Mutex et sync.RWMutexsync.WaitGroupConception de structures thread-safeRécapitulatif - Pool de workersEntraînez-vous par vous-même : Compilateur Go en ligne