tokuhirom blog
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
むやみにDevel::Declareを使うのはたしかにお勧めしませんが - Charsbar::Note
その一方で、gfxさんの指摘は、氏が関与しているMooseすらも引きずり落とすものなんじゃないかしら。 確かにこのような構文は魅力的ですが，これはもはやPerlではなく，RubyやJavaへのあこがれが生み出したPerlの方言としか言いようがありません。もし使うとしても，これらがプリプロセッサであるということは留意したほうがいいいでしょう。 http://d.hatena.ne.jp/gfx/20090713/1247475205 Perl6のSYNOPSIS 12あたりを読んでもらえばわかると思いますが、これらはRubyやJavaというより、Perl6的ななにかを実装するためのひとつの通過点、と見た方がよいでしょう。 もちろんMethod::SignaturesにしろMooseX::Declareにしろ（あるいはMooseにしろ）、Perl6そのものではありません。あくまでもPerl5の
Do not use Devel::Declare, a magical source filter. - Islands in the byte stream (legacy)
モダンPerlの世界へようこそ 第11回でDevel::Declareが取り上げられていました。 このモジュールは確かに「スゴイ」のですが，個人的には使うべきではないと思っています。もちろん，Devel::DeclareのフロントエンドであるMethod::SignaturesやMooseX::Declareも同様です。 これはDevel::Declareというよりはソースフィルタモジュール一般に言えることですが，問題はコンパイルと実行の間にプリプロセスという処理あることです。そのため，ブラックボックスを増やすことになり，デバッグが困難になります。 また，Devel::DeclareはPerlに新しい機能を追加するためのモジュールというより，Perlの方言を書くためのモジュールといえます。 たとえば以下のコードはMooseX::DeclareのSYNOPSISからとったものです： use
第11回 Devel::Declare：醜い部分を隠すための工夫あれこれ | gihyo.jp
12位のPadreは最近活発に開発が続けられているPerl製のIDE。16位のAcmeはいわゆる「ネタ」系のモジュールを入れておく名前空間なのですが、ここで筆者の目を引いたのは15位にランクインしたDevelという名前空間。 これは、1996年リリースのPerl 5.002で導入されたDevel::SelfStubberを筆頭に、2000年に初お目見えした5.6系列でコア入りしたDevel::DProfやDevel::Peek、2002年の5.007003でコア入りしたDevel::PPPortなど、もともとはかなり高度な開発者向けのツールを入れておく名前空間でした。 典型的なDevel系モジュールであれば、perlコマンドの-dスイッチといっしょに使うと「Devel::」という名前空間を省略できる、という特徴があるくらいPerlの内部に密着した名前空間ですから（たとえば2008年に登場し
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
