次のコードをデバッグすることを考えます。オプションに指定した数値を全て足し合わせるスクリプトです。次のように作成します。"\n";}main(@ARGV);実行してみるとエラーになります。10.デバッグオプション付きで実行してみます。DB<1>デバッガの使い方を確認します。ブレークポイントを設定してブレークポイントまで進みます。何が入っているか確認してみます。数値のスカラーになっています。いうわけで、配列のリファレンスにして処理を継続してみます。次のように変更すれば良いということがわかります。"\n";}main(@ARGV);再度実行してみます。スクリプト内に直接ブレークポイントを埋め込むこともできます。"\n";}main(@ARGV);実行してみます。ところで止まりましたね。チュートリアルも見てみると良いかもしれません。参照するのがいいんじゃないかと思います。言えば、後者は自分の狭い観測範囲では見かけたことがない気がします。モジュールの命名規則(というより注意点?)はこの辺でしょうか。見做されるので不可という内容をどこかで見かけた気がします。形式で開発すると良いと思います。自分のレベルだとたぶん何を使っても一緒ですが。テストなしでインストールして再度インストールを試みると良いです。Dist::Makerバッチ処理を行うようなスクリプトを作成するにしても、テストのことを考えるとモジュールを作成し、スクリプトからはそのモジュールを呼び出すだけにするのがオススメとのことです。gfx)一番の理由はスクリプト内にテストコードも含まれると見通しが悪くなるからです。スクリプトのテンプレートとしては次のような感じでしょうか。コマンドもスクリプト自体は物凄くシンプルです。いうモジュールを作ってみることにします。以下がテストスクリプトということだけ覚えておけばいいんじゃないかと思います。PASSテストに関してはこの辺の連載が参考になりそうです。アップロードされてるモジュールの中身を覗く方がよっぽどためになるんで、いくつかモジュールを作ってみて失敗したなぁと思った点を2つ程。実現しようと思うと次のようにローカル変数にコードリファレンスを代入することで可能というブログエントリーをちらほら見かけます。個人的にはオススメしません。テストはどうするの?って感じですよね。