問題タブ [testability]

リファクタリングを行うために JUnit テストを実装したいと考えています。まず、テスト容易性のために実装されているかどうか、クラスがどれほど優れているかを確認したいと思います。Java クラスのテスト可能性を測定するために使用できるメトリックとツールはありますか?

Redux でアプリケーションを作成していて、サードパーティのライブラリを使用してログを追加する任務を負っているとします。その API は次のとおりです。

次に、ライブラリを次のように使用します。

私は間違いなく、アプリケーションの初期化中に一度だけロガー インスタンスを作成したいと考えています。しかし、問題は、ロガー インスタンスをどこに保存すればよいかということです。

最初の本能は、店のどこかに置くことです。しかし、それは良い考えですか？コードで示したように、ロガー オブジェクトはステートフルであり、クロージャーにカウンターを格納します。不変オブジェクトの場合のように、新しいインスタンスを取得しません。ご存知のように、状態は純粋なレデューサー関数を介してのみ変更する必要があります。

他の可能性は、redux ミドルウェア クロージャーのどこかにインスタンスを作成するか、単にグローバル変数を作成することです。これは、テスト容易性の点で明らかに悪です。

この（私が思うに）かなり一般的なシナリオのベストプラクティスはありますか？

特定の入力に対してSystem.exit()(の代わりに例外を使用したくない)を呼び出すコマンドライン ツールを開発しています。

私はJava に精通しています: System.exit() を呼び出すメソッドをテストするには? そしてその最もエレガントなアプローチです。

残念ながら、依存関係をsystem-rules、junit-interfaceに追加する必要があったため、純粋ではありません。

specs2を使用しない現在のアプローチよりも純粋なspecs2System.exitで処理するための一般的なパターンはありますか?

私は単純なコンソール アプリケーションを作成しており、画面に印刷できるようにしたいと考えています。

Drive() 関数で Console.Writline() を使用することもできますが、将来的には代わりにファイルにログを記録する可能性があるため、それは良い設計ではないと思います。このマルチ出力ロギング機能を実現するための最適な設計は何ですか? おそらく Driver() に渡すことができるコンソールとファイル出力 (Iwritable) の共通インターフェイスがあるので、両方のタイプの出力を処理できます。または、これを達成するためのさらに優れた設計はありますか?