1

問題があるか、以下を検証する checkstyle ルールを探しています。これは些細なチェックですが、誰かが get/set 名を手動で変更する場合に役立つルールです。

このようなものがコード内に見つかった場合に、get/sets を検証してエラーを出力するルールが必要です。

例: 元の属性は説明でした。しかし、開発者はそれを shortDescription に変更する必要がありますが、リファクタリングを台無しにします。

private String description;

public String getDescription() {
    return description;
}

public void setShortDescription(String description) {
   this.description = description;
}

または、これをキャプチャする可能性のある Pmd のような他のルール エンジンがある場合。または、カスタム ルールセットを作成できると思います。

4

2 に答える 2

2

Checkstyle ではカバーされていませんが、PMD がオプションの可能性がある場合は、BeanMembersShouldSerializeテストがあり、Java 命名規則に従ってゲッターとセッターを持たない非静的および非一時的なフィールドがある場合に文句を言います。

于 2011-10-13T23:45:00.210 に答える
0

標準のチェックスタイルチェックはこのようなものを提供しません、そして私はそのようなチェックがあまり意味をなさないと思います:

あなたの例では、どのようなエラーが報告されると思いますか?descriptionプロパティのセッターがありませんか?setShortDescriptionセッターのプロパティがありませんか?

checkstyleは、ゲッター/セッターが必要なプロパティをどのように知る必要がありますか?すべてのプライベート変数にゲッターセッターを使用したくないと思います。

于 2011-10-13T15:40:17.493 に答える