より良いコードを書くのに欠けているモジュールがありますか？

Question

私はperlコードをテストするために次のコマンドを使用しています：

perl-MB :: Lint :: StrictOO -MO =リント、すべて、oo -M-circular :: require -M-indirect -Mwarnings： ：メソッド-Mwarnings :: unused -c $ファイル

5.10未満のperlバージョンのシステムでは、uninitも使用しています。

私はPerl :: CriticとPerl :: Tidyも使用しており、適切なrcファイルを好きなように設定しています。

これらのモジュールは、私が最初にperlを学んだときに学んだ悪い習慣を壊すのに役立ちました。

私が混乱すると、まっすぐに狭く戻ってきてくれるモジュールやプラグマはもうありますか？

Testを使用し、Test :: *モジュールのファミリーといくつかの良い本が指摘されています。この新しい情報により、テストとコードスキル構築の関係についてのいくつかの前提が再考されました。これらはすべて評価され、すでに調査され使用されています。

これらは全体として2つの別々の部分であると思われます。 'perl -c'、Perl :: Critic、Perl :: Tidyは、コードの作成中およびコードの実行前にすべての助けになります。 Devel :: Cover、Devel :: NYTProfとTestsはコードの実行中と実行後に発生します。

良い開発では反復プロセスが必要となるため、テストが実行され、コードが何度も繰り返し開発されていますが、まだこのような分離があります。

答えの焦点はコードの「実行中と実行後」です。再び、これは非常に感謝しています。私は「書き込みと実行前」の部分がかなりうまくいっていると思いますか？少なくとも、プラグマ、モジュール、ユーティリティは関係しています。

Answer 1

Perl 5.9を使用していると少し気になります。 2つの理由から。

まず少し古いです。 5.9.0が2003年にリリースされ、5.9.5（5.9.xシリーズの最後のバージョン）が2007年にリリースされました。それ以来、いくつかの高品質バージョンのPerlがリリースされました。

第2に（最も重要なことに）、5.9はPerlの不安定な開発版です。 5.9は、基本的にPerl 5.10.0につながった一連の実験です。それを使用する唯一の理由は、5.10がPerlの安定版であることをテストすることです。誰もそれを今では使用してはいけません。

Answer 2

あなたのコードをテストしているように見えるのではなく、コンパイルすることを確認するだけです。 Test :: More（実際のテストをすばやく簡単に書く）、Test :: Class（非常に大きなテストスイートを扱いやすくする）、Devel :: Cover（あなたのコードのどのビットを見るかあなたのテストでカバーされているものではありません）。