答え。

問題の歴史:

Perlでは、名前空間はプログラムの異なる部分間で変数や関数を隔離するための主要な手段です。packageディレクティブを使用することで、独立した領域が作成され、それぞれが独自のグローバル変数と関数のセットを持ちます。これにより、名前の競合なしで複数ファイルプロジェクトを開発することができます。

問題:

スコープの誤った取り扱い、レキシカル変数とパッケージ変数の混合、または"main"名前空間の誤った使用は、予期しない変数の出現、関数の上書き、税やテストにおける不明瞭なバグを引き起こすことがよくあります。

解決策:

各ファイル/モジュールは、package SomeName;を使用して自分の名前空間を宣言します。
レキシカル変数（my）はブロック内でのみ見え、グローバル変数（our、以前のuse vars）はパッケージ全体で見えます。
別のパッケージの関数や変数へのアクセス: AnotherPackage::some_function()。

コードの例:

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

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

主な特徴:

グローバル（package）とレキシカル（my）空間の明確な分離。
他のリソースにアクセスするためにパッケージ名を常に::で明示的に指定する。
mainはスクリプトのデフォルトのグローバル名前空間です。

狙いのある質問。

my、our、localの違いは何ですか？

myは現在のレキシカルブロック内のみ使用可能。
ourはパッケージのグローバル変数を宣言しますが、ブロック内でレキシカルリファレンスとしてアクセス可能にします。
localはブロックの存在する間、パッケージのグローバル変数の値を一時的に上書きします。

パッケージを明示的に指定せずに関数を呼び出せますか？

はい、関数がExporterモジュールを使用して現在のパッケージにエクスポートされている場合は可能ですが、そうでない場合は完全な名前を使用する必要があります。

1つのファイルに複数のpackageを宣言できますか？

はい、できますが理解が難しくなります。各packageの後はすべての続く宣言が新しい名前空間に関連するためです。各パッケージに別のファイルを使用する方が良いです。

一般的な誤りとアンチパターン

mainから他のパッケージへの変数や関数の偶発的なインポートや上書き。
新しい変数の宣言にmyの代わりにlocalを使用することは、暗黙のバグを引き起こします。
モジュール内でpackageが明示的に宣言されていないと、名前の混同が発生する可能性があります。

実生活の例

ネガティブケース

チームスクリプトでは、1つのファイル内でいくつかのpackageが連続して使用されており、変数が混乱し、時にはレキシカル、時にはグローバルになっていました。

利点:

すべてのコードが1つのファイルにあるため、速く書けます。

欠点:

名前空間を変更するときの不明瞭なバグ、特にグローバル変数に関して。
メンテナンスや拡張が難しい。

ポジティブケース

各packageを別々のモジュールに移し、関数を明示的にエクスポートしました。