ちょっと前に Module::Installのソースみたり、pod みたりしてたたら、tests_recursive ってのを見つけた。 これを使うと、いままでこう書いてたのが use inc::Module::Install; tests 't/*.t t/*/*.t t/*/*/*.t t/*/*/*/*.t'; こうかける use inc::Module::Install; tests_recursive 't'; みたいな
ちょっと前に Module::Installのソースみたり、pod みたりしてたたら、tests_recursive ってのを見つけた。 これを使うと、いままでこう書いてたのが use inc::Module::Install; tests 't/*.t t/*/*.t t/*/*/*.t t/*/*/*/*.t'; こうかける use inc::Module::Install; tests_recursive 't'; みたいな
「システムコールは遅い」とよくいわれるけれども、実際どのくらい遅いのかというのは測定したことがなかった。しかし実際に測ってみると、システムコールだからといって、Perlの他の操作と比較して必ずしも遅いとは限らないようだ。特に、time(2)*1は非常に高速で、配列リファレンスの生成("[42]")よりも速い。システムコールはあまねく遅いと思いこんでいたので、この結果は意外だ。 結果(CentOS 5): Perl/5.10.1 on i686-linux Benchmark: running ArrayRef, eval, for/1, open, stat, time for at least 1 CPU seconds... ArrayRef: 0 wallclock secs ( 1.18 usr + 0.00 sys = 1.18 CPU) @ 3332338.98/s (n=39
Web Application を構築するための部品が十分にそろいつつある今日この頃ですから、今となっては Web Application Framework をつかうのではなく、ライブラリの glue 部分を Code Generator で吐いてしまうのも選択肢にはいるのではないでしょうか。 というわけで、サラっとかいてみた。400行程度のジェネレータだけで、本質的なコードはない。実はこういうので十分なのではないだろうか。 (なんとなく Path::AttrRouter をつかって Catalyst 風にしてある) 一般的な Web Application の構成要素はすべてふくんでいるが、出力されるコードはおどろくほどみじかいし、実際これで十分だとおもう。 use strict; use warnings; use utf8; use Getopt::Long; use Pod::U
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く