Sie benötigen eine Objekteingabe, die als dieses Argument an die Erweiterungsmethode übergeben wird. In Ihrem Fall wäre das die korrekte Syntax
%Vor%Aber ich nehme an, Sie brauchen keine Instanz der Assert-Klasse oder können sie gar nicht erstellen.
Was Sie versuchen, ist Aufruf der Erweiterungsmethode als statischer Aufruf für die erweiterte Klasse und das wird nicht funktionieren. Aber warum nicht einfach
anrufen %Vor% Edit 2 xUnit 2 hat letztendlich die Assertions vollständig in eine separate Assembly verschoben. Es gibt sowohl kompilierte als auch reine Quellpakete auf NuGet, und die Assert -Klasse ist partiell. Daher wird Assert sehr einfach erweiterbar (in C #, also), indem die Quellversion des Pakets verwendet wird.
Bearbeiten Für mehr Vollständigkeit: xUnit 2 entfernt diesen Erweiterungspunkt und empfiehlt die Verwendung von Erweiterungsmethoden im Sinne von 'fließenden' Assertion-Bibliotheken.
Zur Vollständigkeit: Hier ist eine Beschreibung des "offiziellen" Weges zur Erweiterung von Assert (der überraschenderweise überhaupt nicht erwähnt wurde, obwohl Brad Wilson sogar an der Diskussion teilnahm).
Ab Version 1.5 (gemäß dem Blog von Brad) unterstützt xUnit.Extensions dies explizit über die Klassen Assertions und TestClass . Es funktioniert so:
TestClass hat eine Eigenschaft namens Assert vom Typ Assertions , die alle Methoden auf Xunit.Assert weiterleitet. Da TestClass.Assert eine Instanz ist, können Sie Methoden über Erweiterungsmethoden für Assertions hinzufügen:
Jetzt müssen Sie Ihre Testklasse von Xunit.Extensions.TestClass ableiten lassen (zum Verwechseln gibt es auch Xunit.TestClass , was nicht das ist, was Sie wollen), und die Assert -Eigenschaft wird den Xunit.Assert -Typ "shadow" wenn Sie qualifizieren den Namen nicht explizit.
In Ihrer Testklasse, die von TestClass abgeleitet ist, können Sie jetzt
Der einzige wirkliche Unterschied zu einer eingebauten xUnit-Assertion ist (abgesehen von der Tatsache, dass die Syntaxfärbung für Assert die eines Bezeichners und nicht eines Typs ist), dass bei einem Fehler einfach ein TrueException erhalten wird. nicht ein bestimmtes DeepEqualsException , das Ihnen hypothetisch sagen könnte, wo der Vergleich fehlgeschlagen ist. Aber natürlich könnte man das auch auf die gleiche Weise bauen.
Sorry, aber du wirst verwirrt (EDIT: und ich auch!). Der Assert von xUnit.net ist static und kann daher keine Erweiterungen hinzufügen (obwohl andere Assertion-Bibliotheken diesen Ansatz nicht verwenden, weshalb man erwarten könnte, Erweiterungsmethoden zu verwenden, um Assert zu erweitern). Wenn Sie also im xUnit.net-Universum eine benutzerdefinierte Assertion hinzufügen möchten, fügen Sie eine neue statische Klasse mit einem anderen Namen hinzu.
Sie können Ihren Ansatz nutzen, indem Sie Ihre Klasse ändern von:
%Vor%zu:
%Vor%und dann @ BradWilson Trick des Hinzufügens:
%Vor%am Anfang jeder Datei, die Ihre Erweiterungen benötigt.
Diese Technik ist praktisch für das Hinzufügen von Überladungen, um darüber nachzudenken ....
(Die offensichtliche Schwäche ist, dass Sie nicht mehr als einen direkt über Assert. haben können)
Zusammenfassung der Lösung für xUnit 2 . (Arbeitete für mich für Version 2.1.0 von NuGet.)
Assert ist eine partielle Klasse, die Sie erweitern können, indem Sie ein anderes Teil hinzufügen. Dazu müssen Sie die Assert-Assembly aus Quellen kompilieren. Sie können xunit.assert.source NuGet verwenden, um die Quellen abzurufen.
Die Schritte
Xunit public partial class Assert und fügen Sie dort Ihre benutzerdefinierten Behauptungen hinzu. Beispiel für eine benutzerdefinierte Bestätigung:
%Vor%Hinweis: Andere Antworten und Bearbeitungen weisen ebenfalls auf die Lösung hin, aber ich brauchte einiges, um es von dort herauszufinden. Ich behaupte auch nicht, dass dies die einzige oder die beste Option ist.
Tags und Links c# assert extension-methods xunit.net