Junit4: Asserts für CharSequence-Inhalte

Wichtiges Thema, aber ich würde es vorziehen, es in assertEquals oder einer Überladung von assertEquals zu tun. Zu wissen, welche Assert-Nachricht für welchen Anwendungsfall verwendet werden soll, ist fehleranfällig.

Sie sollten erwägen, Assertion-Frameworks mit einer flüssigen API (wie Truth oder Fest) zu verwenden.

Das Problem bei assertEquals ist, dass Sie manchmal auch die Typen vergleichen müssen.
Also glaube ich, dass assertEquals("abc", new StringBuilder("abc")) fehlschlagen muss. Daher sind separate Methoden erforderlich, um nur den Inhalt zu vergleichen.
Dies ist IMO dem aktuellen assertArrayEquals Ansatz sehr ähnlich.

Ich stimme zu, dass die Auswahl der richtigen Methode etwas schwieriger werden würde. Aber es ist auf jeden Fall besser als der derzeitige Mangel an richtiger CharSequence Unterstützung.

Könnten Sie auflisten, welche spezifischen Methoden Sie vorschlagen?

Bisher habe ich nur an diese beiden gedacht:
Assert.assertContentEquals(CharSequence expected, CharSequence actual)
Assert.assertContentEquals(String message, CharSequence expected, CharSequence actual)

Können Sie bessere Beispiele nennen? Ich würde niemals assertEquals("abc", new StringBuilder("abc")) schreiben (ich würde build() für den Builder aufrufen)

Außerdem denke ich, dass DSL-basierte Frameworks oft besser passen. In Wahrheit würde ich schreiben:

assertThat(myCharSequence).hasValue("hello");

Beachten Sie, dass hasValue() ein String also steht außer Frage, was es bedeutet, wenn zwei CharSequence Werte als gleich angesehen werden.

Hier ist ein Beispiel, wie es in einem Test aussehen könnte:
assertContentEquals("abc", bundle.getCharSequence(Notification.EXTRA_TEXT));

Es ist eine gute Idee, auch ein HasValue Matcher hinzuzufügen.

Danke. Da CharSequence keinen Vertrag für equals() bereitstellt, wie schlagen Sie vor, dass wir zwei CharSequence Werte als gleich betrachten? Ist es einfach, dass sie dieselbe Repräsentation von toString() ? Wenn ja, warum machen Sie nicht den erwarteten Wert zu String ?

Guter Punkt. Obwohl ich zögere, weil erwartete und tatsächliche Werte mit demselben Typ sauberer aussehen.

Und ich würde auch zuerst die Längen vergleichen. Um zu vermeiden, dass toString() aufgerufen wird, es sei denn, es ist wirklich notwendig.

Ich möchte diese Funktionsanfrage bitte annehmen. Könnte es mir bitte zugeteilt werden. Danke schön.

@joseph-mccarthy GitHub lässt Sie anscheinend nur jemandem im Projektteam Probleme zuweisen. Aber wir vergeben sowieso fast nie Themen. Fühlen Sie sich frei, einen Pull-Request zu senden, nachdem Sie https://github.com/junit-team/junit4/blob/master/CONTRIBUTING.md gelesen haben

@kcooney Ich habe eine Frage zu diesem Problem, ist es noch zu gewinnen?
Ich sehe, dass es in PR #1439 verlinkt ist, aber dass PR seit längerer Zeit eine Änderung beantragt. Kann ich das als Grundlage für eine neue PR nehmen und die Rezensionskommentare durchgehen?

@joseph-mccarthy arbeitest du noch daran?

@kcooney Ich