Réponse.

Histoire de la question :

En Perl, l'espace de noms est le principal moyen d'isoler les variables et les fonctions entre les différentes parties d'un programme. Grâce à la directive package, des zones indépendantes sont créées, chacune recevant son propre ensemble de variables et de fonctions globales. Cela permet de développer des projets multi-fichiers sans conflits de noms.

Problème :

Une mauvaise gestion de la portée, le mélange de variables lexicales et de variables de package, ou un mauvais travail avec l'espace de noms "main" conduit souvent à des problèmes : apparition de variables inattendues, écrasement de fonctions, bugs non évidents dans les taxes et tests.

Solution :

Chaque fichier/module déclare son espace de noms avec package SomeName;.
Les variables lexicales (my) ne sont visibles que dans le bloc, tandis que les globales (our, anciennement use vars) le sont dans tout le package.
Accéder à une fonction ou variable d'un autre package : AnotherPackage::some_function().

Exemple de code :

package MyApp::Utils;
our $global_var = 10;
sub do_something { return $global_var + 1; }

package main;
print MyApp::Utils::do_something(); # 11

Caractéristiques clés :

Séparation claire entre l'espace global (package) et lexical (my).
Le nom du package est toujours indiqué explicitement via :: pour accéder aux ressources d'un autre.
main est l'espace global par défaut pour les scripts.

Questions piégeuses.

Quelle est la différence entre my, our et local dans les packages ?

my — seulement dans le bloc lexical actuel.
our — déclare une variable globale du package, mais la rend accessible comme référence lexicale dans le bloc.
local — redéfinit temporairement la valeur globale d'une variable de package pendant la durée de l'existence du bloc.

Peut-on appeler une fonction sans indiquer explicitement le package ?

Oui, si la fonction est exportée dans le package actuel à l'aide du module Exporter et use, sinon — uniquement via le nom complet.

Peut-on déclarer plusieurs package dans un seul fichier ?

Oui, mais cela peut être difficile à comprendre — après chaque package, toutes les déclarations suivantes appartiennent au nouvel espace de noms. Il vaut mieux utiliser des fichiers séparés pour chaque package.

Erreurs typiques et anti-patterns

Importation ou écrasement accidentels de variables et de fonctions de main dans d'autres packages.
Utilisation de local au lieu de my pour déclarer de nouvelles variables — conduisant à des bugs implicites.
Absence de déclaration explicite du package dans le module, ce qui peut mener à un mélange de noms.

Exemple de la vie réelle

Cas négatif

Dans un script d'équipe, plusieurs packages étaient utilisés successivement, au sein d'un même fichier ; les variables étaient confondues, parfois lexicales, parfois globales.

Avantages :

Écrire plus vite — tout le code dans un seul fichier.

Inconvénients :

Bugs non évidents lors du changement de l'espace de noms, surtout pour les variables globales.
Difficile à maintenir et à étendre.

Cas positif

Chaque package a été déplacé dans son propre module, les fonctions étaient explicitement exportées.