Sonarqube duplizierte Codeblöcke zwischen POJOs

Gibt es zwei POJOs Markt und MarketDTO in zwei Pakete.

Markt ist ein mapping-Objekt für die JSON-Antwort vom remote-service.

MarketDTO ist ein response-Objekt, die ausgesetzt sein werden, über unsere service.

Gibt es einige Daten, die massage von Markt->MarketDTO. Sie haben einige gemeinsame Felder, und beide haben einzigartige Felder als gut.
Es gibt 3 gemeinsame Felder wie id, Namen und status.

Jedoch, Sonarqube zeigt deren Getter und setter als doppelte Blöcke des codes entfernt werden. Ist das eigentlich schlimm code oder sollte ich einfach markieren Sie es als false positive?

Wenn es die Kennzeichnung standard-Eigenschaft accesssors, ich würde so weit gehen zu Datei, die es als einen Fehler gegen SonarQube.

InformationsquelleAutor MichaelYu | 2016-02-05

  1. 2

    Ich würde sagen, Ihre Entscheidungen sind zu extrahieren, die einen gemeinsamen Vorfahren Klasse von Markt und MarketDTO, oder markieren Sie die duplizierten Blöcke Probleme nicht Beheben. (Sie sind nicht wirklich false positives, sind Sie?)

    Danke, beide Optionen klingen akzeptabel für mich. Nur eine Frage noch, wie SonarQube definiert diese Regel auf Accessoren? Wenn zwei Java beans sind völlig irrelevant, aber nur versehentlich haben 3 Felder mit dem gleichen Namen (z.B. die gebräuchlichsten wie id, name, etc.), sind Sie noch als Vervielfältigung?
    Es sieht einfach auf die Anzahl der doppelten tokens in einer Zeile ein, und übernimmt keine Benachrichtigung irgendwelcher Art von Semantik (wie könnte es?)
    Ich denke so auch. Dann ist es sehr wahrscheinlich sagen, zwei Klassen von Person, und Markt die beiden haben nur drei Felder id, name, status, sind Ihre Zugriffs-dupliziert, in den Augen von SonarQube? Wenn Sie nicht sind, warum dann Markt und MarketDTO sind? @Chrylis sagte, Accessoren kann besser weggelassen werden Duplizierung von code Scannen.
    Wenn Sie möchten, um zu diskutieren, die Philosophie der Vervielfältigung detection, dann sollten Sie öffnen einen thread auf der Google-group (groups.google.com/forum/#!forum/sonarqube)

    InformationsquelleAutor G. Ann - SonarSource Team

Schreibe einen Kommentar