Sonarqube сообщает как «блок дублированного кода» для разных простых классов Pojo, как ниже.
В данном случае A и B - другая роль. Итак, я думаю, что я не должен создавать абстрактный класс. < /P>
public class A{
private String xxx;
// omitted other fields.
public A() {}
public String getXxx() {
return xxx;
}
public void setXxx(String xxx) {
this.xxx= xxx;
}
// omitted other fields' setter and getter
}
public class B{
private String xxx;
// omitted other fields.
public B() {}
public String getXxx() {
return xxx;
}
public void setXxx(String xxx) {
this.xxx= xxx;
}
// omitted other fields' setter and getter
}
< /code>
Серьезность является основной. Итак, я хотел бы игнорировать это. Затем я добавил @suppresswarning ("Common-java: DuplictedBlocks")
и @suppresswarning ("all") в обоих классах. Но его нельзя было проигнорировать. Версия моего Sonarqube - 6,5.
Sonarqube сообщает как «блок дублированного кода» для разных простых классов Pojo, как ниже. В данном случае A и B - другая роль. Итак, я думаю, что я не должен создавать абстрактный класс. < /P> [code]public class A{ private String xxx;
// omitted other fields.
public A() {}
public String getXxx() { return xxx; } public void setXxx(String xxx) { this.xxx= xxx; }
// omitted other fields' setter and getter
}
public class B{ private String xxx;
// omitted other fields.
public B() {}
public String getXxx() { return xxx; } public void setXxx(String xxx) { this.xxx= xxx; }
// omitted other fields' setter and getter
} < /code> Серьезность является основной. Итак, я хотел бы игнорировать это. Затем я добавил @suppresswarning ("Common-java: DuplictedBlocks") [/code] и @suppresswarning ("all") в обоих классах. Но его нельзя было проигнорировать. Версия моего Sonarqube - 6,5.
Я использую SonarLint. Я хочу, чтобы проверка сонара не выполнялась для определенной линии. Я использовал // NOSONAR, но это не сработало. Не указывает номер ошибки.
Ошибка по-прежнему появляется в SonarLint, когда я использую //NOSONAR. Но...
У меня есть профиль Sonar в Maven. Все работает нормально, кроме показателя покрытия кода. Я хочу, чтобы Sonar игнорировал некоторые классы только для метрики покрытия кода. У меня следующий профиль:
Я только что реализовал новые API-интерфейсы заставки в своем приложении, и все работает так, как ожидалось, за исключением одного! Новый topAppBar появился поверх моего старого, который я реализую с помощью Jetpack Compose.
Иллюстрация
Я пытаюсь получить все недели в диапазоне дат, который превышает 1 год с этим кодом, используя CarbonPeriod в Ларавеле, но я не получаю ожидаемый результат.
Фрагмент кода:
$period = CarbonPeriod::create('2024-01-01', '1 week', '2025-01-31');...