0

PMD が特定した問題がいくつかありますが、その多くは気難しいようです。以下にリストを示します。ハイブ マインドに聞いてもよろしいですか。下のリストから重要なルールの上位 5 つを選ぶとしたら、それらは何になりますか? 私は努力と、それが製品化されたら何が悪いのかという重要性とのバランスをとろうとしています.

前もって感謝します！

AssignmentInOperand

DeeplyNestedIfStmts を避ける

重複リテラルを避ける

インスタンス化オブジェクトインループの回避

ClassWithOnlyPrivateConstructorsShouldBeFinal

折りたたみ可能なIfステートメント

循環的複雑性

EmptyIfStmt

過度のメソッド長

過度の公開数

不変フィールド

非効率的な文字列バッファリング

不十分なStringBufferDeclaration

LocalVariableCouldBeFinal

ルーズカップリング

MethodArgumentCouldBeFinal

NcssMethodCount

NPathComplexity

パッケージケース

PositionLiteralsFirstInComparisons

SignatureDeclareThrowsException

特異場

多すぎるフィールド

UncommentedEmptyConstructor

UncommentedEmptyMethod

未使用のインポート

未使用のプライベート フィールド

UseSingleton

4

3 に答える 3

1

うわぁ！これらはすべて、再利用性と将来の保守性を向上させるためにリファクタリングが本当に必要なコード ベースを示しており、どれも「つまらない」ものではないと主張できます。静的分析は推奨事項を作成するものであり、自分のコード、顧客、および予算にとって何が良いかを判断するのは自分自身であることに留意してください。

しかし、最初に焦点を当てるためにいくつかを選択する必要がある場合は、より深いアーキテクチャ上の問題を示すものを探します:AvoidDeeplyNestedIfStmts、CyclomaticComplexity、LooseCoupling、TooManyFields、ExcessiveMethodLength。ちょうど私の 0.02 ドル...

于 2013-08-22T16:55:53.853 に答える
0

これらを修正すればするほど、コードはより良く、よりきれいになります。ルールがあまりにも「些細なこと」であり、PMD によって報告されたくない場合は、rules.xml ファイルからルールを削除します。PMD では、コード内にコメントを配置して、その 1 つの発生を無視することもできます。

于 2013-08-22T16:52:34.467 に答える
0

PMD or any other static code analyzer helps you to write better code. There are certain parameters/rules against which your code is analyzed. Anything critical will be catch by java compiler itself. These tools simply helps you to find few flaws in your code and format your code in a cleaner way.

于 2013-08-22T16:47:35.103 に答える