Erstellen einer assertClass() -Methode in JUnit

Question

Ich erstelle eine Testplattform für ein Protokollprojekt basierend auf Apache MINA. Wenn Sie in MINA Pakete empfangen, ruft die Methode messageReceived() ein Objekt ab. Idealerweise würde ich gerne eine JUnit-Methode assertClass() verwenden, sie existiert jedoch nicht. Ich spiele herum und versuche herauszufinden, was mir am nächsten kommt. Ich versuche etwas zu finden, das instanceof ähnlich ist. Dies funktioniert ohne Problem

assertClass("Packet type is correct", SomePacket.class, receivedPacket); 

jedoch in das Experimentieren und Spielen mit dieser mein Interesse durch den instanceof Betreiber erreichte wurde:

Zur Zeit habe ich:

public void assertClass(String msg, Class expected, Object given) { 
    if(!expected.isInstance(given)) Assert.fail(msg); 
} 

Um dies zu nennen.

if (receivedPacket instanceof SomePacket) { .. } 

Wie ist instanceof Lage SomePacket zu verwenden, um das Objekt zur Hand zu verweisen? Es ist keine Instanz eines Objekts, es ist keine Klasse, was ist es ?! Sobald Sie feststellen, welcher Typ SomePacket an diesem Punkt ist, ist es möglich, meine assertClass() zu erweitern, um nicht das SomePacket.class Argument einzuschließen, anstatt SomePacket zu bevorzugen?

Answer 1

Das Argument für instanceof ist ein Klassen-/Schnittstellenname und wird direkt als JVM-Anweisung implementiert. Als solches ist es ziemlich effizient.

http://java.sun.com/docs/books/jvms/second_edition/html/Instructions2.doc6.html#instanceof

Ein Vorteil Instanceof stattdessen die Klassen zu vergleichen ist, dass instanceof wird immer noch funktionieren, wenn die Klasse Proxy wurde.

Es funktioniert auch, wenn das zu prüfende Objekt null ist.

Answer 2

SomePacket ist eine Art, wie folgt aus:

SomePacket something = null; 

Sie können es nicht direkt zur Laufzeit in der Art und Weise verweisen, die Sie wollen. Das Klassenobjekt ist der einzige Weg, den ich kenne.

Answer 3

FYI, können Sie überprüfen

if(given == null || given.getClass() != expected) 

zu überprüfen, ob die Klasse von given ist genau die Klasse expected, nicht nur zuzuweisungskompatibel.
Ich würde dies eine assertClass und Ihren ursprünglichen Vorschlag assertInstance oder assertInstanceOf nennen.

Als Reaktion auf den Kommentar:
Meine Antwort als allgemeine Spitze gemeint war, nicht als Antwort auf Ihre ursprüngliche Frage. Ich fügte ein "FYI" hinzu, um das klarer zu machen;)

Je nachdem, was genau Sie wollen, können beide Wege sinnvoll sein.

Im folgenden Beispiel

public class Base {} 
public interface Ifc {} 

public class A{} extends Base implements Ifc 
public class B{} extends Base 

das Verhalten der oben genannten Methoden wie diese

A a=new A(); 
B b=new B(); 

assertClass(A.class, a); 
assertClass(Base.class, a); // fails, a.getClass() != Base.class 
assertClass(Ifc.class, a); // fails, a.getClass() != Ifc.class 
assertClass(B.class, b); 
assertClass(Base.class, b); // fails, b.getClass() != Base.class 
assertClass(Ifc.class, b); // fails, b.getClass() != Ifc.class 

assertInstance(A.class, a); 
assertInstance(Base.class, a); // works 
assertInstance(Ifc.class, a); // works 
assertInstance(B.class, b); 
assertInstance(Base.class, b); // works 
assertInstance(Ifc.class, b); // fails, B does not implement Ifc 

Wahrscheinlich würden Sie werden mit Ihrer Methode zu überprüfen.
Aber wenn Sie die genaue Klasse, z. um sicherzustellen, dass es nicht Proxy ist oder dass es nicht eine erweiterte Klasse ist, wäre mein Vorschlag der Weg, dies zu tun.

Answer 4

Warum benutzen Sie nicht einfach assertEquals?

Answer 5

Werfen Sie einen Blick auf die Hamcrest-Matcher, die jetzt in JUnit enthalten sind. Was Sie wollen ist etwas wie:

Das tut alles, was Sie brauchen, einschließlich einer anständigen Fehlermeldung bei Assertion fehlgeschlagen.

Answer 6

assertThat(expected).isInstanceOf(given.class); 

Mit FEST Assertions 2.0 ist ein Java-Bibliothek, Spieldaten für Easy Software Testing hier: https://github.com/alexruiz/fest-assert-2.x/wiki