問題タブ [hamcrest]

このコードをコンパイルしようとしています

次のコンパイル エラーが発生します。

assertThat(Object, org.hamcrest.Matcher<java.lang.Object>) には適用できません(int, org.hamcrest.Matcher<capture<? super java.lang.Integer>>)

これは、ハムクレストの異なるバージョン間の衝突でしょうか? jUnit 4.6 と hamcrest 1.3 を使用しています

xpath マッチングと完全なドキュメント比較の両方に興味があります。

このためのマッチャーライブラリはありますか? そうでない場合、このタイプの比較を開始するのに最適な場所は何ですか?

コレクションの等価性を比較するための Hamcrest のマッチャーはありますか? ありますが、具体的なコレクション型にバインドする必要はcontainsありません。たとえば、 Arrays.asList と Map.values を Hamcrest と比較することはできません。containsInAnyOrderequalsequals

前もって感謝します！

.net 用のマッチャー ライブラリはありますか? Java用のhamcrestライブラリのようなライブラリについて話している...

hamcrest を使用して、2 つのマップが等しい、つまり、同じ値を指す同じキー セットを持っていることを主張したいと思います。

私の現在の最良の推測は次のとおりです。

与える：

assertThat(T, Matcher<T>)型のメソッドAssertは引数に適用できません ( Set<Map.Entry<Householdtypes,Double>>, Matcher<Iterable<Set<Map.Entry<Householdtypes,Double>>>>)

のバリエーションcontainsAll、および hamcrest パッケージによって提供される他のいくつかも調べました。誰かが私を正しい方向に向けることができますか? または、カスタムマッチャーを作成する必要がありますか?

私はFlex 3.3を使用しています.hamcrest-as3を使用して、ユニットテストの一部としてリスト内のアイテムメンバーシップをテストしています:

問題は、明らかにクラスが反復IListをサポートしていないことです。for eachたとえば、上記のリストでは、何もトレースされません。

ただし、ArrayまたはArrayCollection同じデータを含む をトレースすることは問題なく機能します。

私がやりたいことは、（既存の に基づいたインターフェースを分解することなく）テストのために をまたは のようIListに扱うことができるようにすることです。IListArrayArrayCollection

これは単に失敗する運命にあるのでしょうか? 補足として、IList インターフェイスがこのように反復できないのはなぜでしょうか? それは間違っているようです。

私は今日、マッチャーを書くために腰を下ろし、jmock のドキュメントをざっと見てプロセスの記憶をリフレッシュすることにしました。そして、org.hamcrest.Factory アノテーションへの参照に気付きました。注釈状態のドキュメント。

Hamcrest 静的ファクトリ メソッドをマークして、ツールがそれらを認識できるようにします。ファクトリ メソッドは、名前付きコンストラクタと同等です。

この注釈を実際に使用するツールはありますか?

私は2つのリストを互いに比較しようとします：

a1をb1、a2をb2、a3をb3、...と比較したい。

しかし、私は別の方法を使用する必要があり、.equalsを使用することはできません！

私は自分のハムクレストマッチャーを書きました。ただし、要素を反復処理するにはforループを使用する必要があります。より良い解決策はありますか？

assertThat()とを使用してリストが空かどうかを確認する方法を誰かが知っているかどうか疑問に思いましたかMatchers？

JUnitを使用するだけで確認できる最善の方法は次のとおりです。

しかし、私はハムクレストでこれを行う方法があることを望んでいました。

Hamcrest 1.2ライブラリを使用していくつかのマッチャーを作成していますが、Java ワイルドカードに苦労しています。次のコードをコンパイルしようとすると

コンパイルエラーが発生します

コンパイルできるようにコードを変更するにはどうすればよいですか? ? superContainer クラスと hasSomethingWhich メソッドのシグネチャのとのさまざまな組み合わせを試しまし? extendsたが、コンパイルできませんでした (明示的なメソッド型パラメーターを使用せずに、醜いコードを生成します: GenericsTest.<String>hasSomethingWhich)。

また、簡潔で読みやすいアサーション構文を作成するための代替アプローチも歓迎します。構文に関係なく、Container と、Container 内の要素を照合するための Matcher をパラメーターとして受け入れる必要があります。