問題タブ [checkstyle]
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.
java - 静的であってはならない型の変数は?
私たちのプロジェクトで頻繁に使用されている 1 つのライブラリには、そのクラスの変数を静的にしてはならないという制限があります。(ULCです)。私が理解している限りでは、それらすべてをシリアル化する必要があるためです。そして、このルールの問題点は、厳密ではなく、デバッグが非常に困難なバグの原因になる可能性があることです。
そのようなタイプの静的変数を検出するための Checkstyle 用のモジュールを作成します (おそらく、カスタマイズ可能な正規表現によって検出されます)。そして、このチェックが他の開発者にとってどれほど必要かを知る必要があります。
質問は次のとおりです。ある型の変数が静的であってはならない一般的な状況は何ですか?
reporting - Mavenプロジェクトがpom依存関係からレポート構成を継承する方法はありますか?
親POMでセクションを構成し、それをマルチモジュールプロジェクトのサブモジュールに適用することが可能であることを私は知っています。ただし、依存関係として参照する個別のPOMが必要なので、複数のプロジェクトにレポート構成を複製しなくても、さまざまなプロジェクトに「ミックスイン」できるレポート構成を作成できます。(ここの「依存関係POM」を参照してください: http ://sonatype.com/books/maven-book/reference/pom-relationships-sect-pom-best-practice.html )
たとえば、私のWidgetプロジェクトには、widget-coreとwidget-webの2つのサブモジュールを持つ親POM(widget-parent)があります。ウィジェットの親が依存する別のPOM、静的分析が必要です。static-analysisには、CheckstyleおよびFindBugsレポートを定義するブロックがあります。Widgetをビルドするとき、CheckstyleとFindBugsがwidget-coreとwidget-webで実行されることを期待します。
ソリューションが特定のバージョンのMavenでのみ機能する場合は、お知らせください。まだ3.xにアップグレードしていません。
java - checkstyleを幸せにするために列挙型にコメントする方法は?
これはコードです:
CheckstyleはMissing a Javadoc comment.
2回言います( linewithABC
とlinewith CDE
)。どんな内容ですか?コメントはどこに追加すればよいですか?JavaDocは問題なく動作します。
checkstyle - SuppressionFilter が機能していません
SuppressionFilter は、suppressions.xml で指定されたファイルを無視していません。
ではcheckstyle.xml
、
( suppressions.xml
/home/svn/testrepo/scripts にあります) で、
また、以下のもので試しました:
また、試してみました:
どのオプションも機能していません。誰でもこれについて答えられますか?私を助けてください。
clearcase - 静的解析ツールの使用 - Clear Case/Quest を使用
私たちはソフトウェア開発プロセスを定義する過程にあり、このトピックについてグループからフィードバックを得たいと考えていました。
私たちのチームは米国、カナダ、インドに分散しており、すべてのチームがそれぞれのコードに適用する簡単な標準ルールを導入したいと考えています。
クリアケース/クエストとRADを活用
私はPMD、CPP、checkstyle、およびFindBugsを手始めに見てきました。
私の考えでは、これらを ANT に入れ、開発者に手動で実行させることです。これを行うには、各開発者がこれを行うことをある程度信頼する必要があることを理解しています。
もう 1 つの考えは、いくつかのビルダーを IDE に追加して、ルールのサブセットを実行し (ビルド プロセスを軽量に保つ)、コードをチェックインするときに別のセット (重い) を追加することです。
他のいくつかの理想は、Cruse Control のようなものを利用して、Clear Case/Quest がアイドル状態のときにユニット テストとともにこれらの静的分析ツールを実行するように設定することです。
他の人がこれを行ったかどうか、それが成功したかどうか、または学んだ教訓を提供できるかどうか疑問に思います。
java - Javaソースファイルの最後にある空の改行
私の現在のプロジェクトでは、Javaソースファイルの最後に常に空の改行を挿入します。これは、CheckStyle(エラーレベル付き)でも適用されます。
私は長い間このトピックを探していましたが、残念ながら、これについての説得力のある理由を見つけることができません。他の開発者は、Eclipseフォーマッターの1つのチェックボックスをオンにしただけで、自動的に実行されるため、これについてはかなり無関心なようです。しかし、なぜそれが必要なのか、なぜそれが重要になるのかはまだわかりません。だから私の質問は:
Javaソースファイルの最後に空の行が必要なのはなぜですか?それは現在の必要性ですか、それとも過去の遺物であり、現在のコードベースでは望ましくありませんか?
java - Checkstyle チェック IllegalType を静的フィールドのみに適用する方法
Checkstyle (このチェック) を使用して、特定のクラスが静的フィールドの型として使用されているときに警告を発しようとしています。私はこの構成でそれをやっていますが、うまくいきません:
<module name="IllegalType">
<property name="format" value="myFullClassName"/>
<property name="tokens" value="LITERAL_STATIC"/>
</module>
次の構成は機能しますが、静的だけでなくすべてのフィールドで機能します。
<module name="IllegalType">
<property name="format" value="myFullClassName"/>
<property name="tokens" value="VARIABLE_DEF"/>
</module>
eclipse - Groovy 型のパブリック メンバーに型指定を適用する
Groovy では、型の指定はオプションです。ただし、メソッドやプロパティなどのパブリック クラス メンバーで指定することには利点があります。これは優れた形式のドキュメントであり、このGroovy Coding Styleの記事で説明されているように、IDE がオートコンプリート、コードのリファクタリング、参照の検索、およびその他の静的分析タスクをより確実に実行できるようにします。
パブリック メンバーに明示的な型がない場合に警告が表示されるように、Eclipse でこのポリシーを適用する方法はありますか? Groovy 用のCheckstyleまたはFindBugsツールに沿った何かがあれば素晴らしいでしょう。
continuous-integration - Checkstyle レポート (CodeSniffer から) を使用して PHP コードを視覚化する
PHP CodeSniffer は、PHP ソース コードをチェックするのに役立つ非常に優れたツールです。しかし、CodeSniffer からのレポートは読みにくいものです。
CodeSniffer が 'Checkstyle' xml レポートを出力できることがわかりました。すべての開発者がコードを読み、1 ページでレポートできるように、Checkstyle xml レポートで PHP コードを視覚化する方法はありますか?
実際、私は phpUnderControl という名前のツールを見つけました。これは非常に優れた継続的インテグレーション ツールのように見え、その中の何かが私の要件を満たしている可能性があります。しかし、継続的インテグレーション ツールを変更する予定はありません (Apache Continuum を使用しています)。
簡単なツールやプラグインがあれば教えていただけると助かります。
ありがとう。
svn - checkstyles の実行中にスコープを定義する方法
私たちのプロジェクトでは、最近チェックスタイルを定義しました。そのため、コードのコミット中に checkstyle のエラーが発生した場合、コードをリポジトリにコミットすることはできません。しかし、(checkstyle を定義する前に) コードに既に存在するエラーがあり、それらのエラーを修正したくありません。
特定の日付以降に行われた変更に対してのみ checkstyle を実行するオプションはありますか? 可能であれば、提案してください。