Javaに最適なのはどちらですか？インターフェースを嘲笑したり、クラスを嘲笑したりしますか？

Question

最初に、私はJava開発者ではなく、私は現在C＃で開発していますので、私がJavaに関して行った前提や記述は間違っているかもしれません。

mockedオブジェクトで.Netのユニットテストを書くとき、私たちがインターフェースを模擬する時間の99％。クラスをモックすることは可能ですが、仮想（つまりモック可能な）メソッドを制御できるだけです。

Javaの場合、メソッドはデフォルトでは仮想的なので、クラスを模倣することはインターフェイスを模擬することとまったく同じになると思います。すべてが模擬動作でオーバーライドされるためです。

したがって、Javaのインタフェース（したがってユニットテストではインタフェースを模擬する）に依存すること、またはほとんどのJava開発者がクラスを使用してタイプの数を減らす（インタフェースを必要としない）ことはベストプラクティスですか？

Answer 1

私もJavaでモックインタフェースを思います。私はこれがすべての考えであると考えています。クライアントはインタフェース参照型についてしか知りません。あなたはそれの後ろに模擬実装で注入することができ、クライアントは誰も賢明ではありません。

Answer 2

私は実際に逆の移行を行いました。つまり、Javaで嘲笑してからcsharpに移行しました。伝統的に私が働いていた会社は、コンクリートに本当に1つがあれば、インターフェースを嘲笑しました。それ以外の場合は、はでした。あなたが指定した理由で実際のクラスを模擬しました。だから私の経験から明らかな依存関係の理由から、私たちはインターフェースを優先しました。

Javaでは、Mockitoモックフレームワークを選択しました。私はそれが美しく機能していると思います。

http://code.google.com/p/mockito/

Answer 3

私が推薦するもう一つの良いフレームワークはEasyMockです。

http://easymock.org/

は、低学習曲線を持っており、私はそれを使用したとき、私は問題ありませんでした。

Answer 4

試してみましょうhttp://code.google.com/p/mockito/。非常にシンプルで強力です！