問題タブ [perl-critic]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
2 に答える
180 参照

perl - Try::Tiny の「try {}」が、try ブロック内で作成されたオブジェクトの「eval {}」と異なるように見えるのはなぜですか?

システム トレイ アプレットに次の初期化コードがあります。

そのコードはfdpowermonに基づいていますが、多かれ少なかれGlib::Object::Introspection の POD にある例外処理の例から来ているようです。

しかし、perlcritic (レベル 3) はそれについて次のように主張しています。

だから私はTry::Tinyでそれを書き直そうとしました:

しかし、perl は次のように主張します。

特にfinallyブロックが実際の改善ではないことはわかりますが、Glib::Object::Introspection によって作成されたパッケージに関して、Try::Tiny を使用することでなぜこのような違いが生じるのか理解できません。

それとも、Try::Tiny よりも良い方法で、このコードをよりエレガントに、より読みやすくする方法はありperlcriticますか?

0 投票する
1 に答える
176 参照

perl - ファイル全体の批評家を無効にする - Parse::RecDescent プリコンパイル済みパーサー & PerlCritic/Tidyall

健全性チェックからエラーを取り除こうとしています [コードを git リポジトリにプッシュすると、perltidy& critic... をtidyallハンドラーとして使用してコードをチェックするフックがあります。]

私が抱えている特定の問題は、事前にコンパイルされた文法パーサーに関するものです....そして、これは私が飛び込んで修正したいものではありません(申し訳ありません-それは私の快適ゾーンの外です)

## no criticファイルの先頭にシンプルを追加すると、

戻ってくる

でも

で戻ってきます

私はtidyall.iniファイルでこれを修正できることを知っています:

....しかし、よりクリーンなソリューションが必要だと思います。

tidyall(または、なぜ同じように批判しないのcriticですか?)