問題タブ [testability]

最近、Swift のランタイムについてよく読んでいて、静的メソッド ディスパッチを使用してコードを最適化することにますます興味を持つようになりました。これは、次の方法で発生します。

• 構造体メソッド
• final クラス メソッド、つまり final キーワードで宣言された、private または final クラスのメソッド
• プロトコル自体で宣言されずに、プロトコル拡張で定義されたプロトコル メソッド。

問題は、これらの状況では、少なくとも現在の方法ではテスト可能なコードを記述できないことです。ユニットテストでモックに置き換えられるプロトコルエンティティを注入します。

では、静的メソッドのディスパッチを断念せずにテスト可能なコードを書くことは可能でしょうか。

ありがとう！

アプリケーションのフローを制御するために、多くのコードで何らかのグローバル フラグまたはプロパティを使用する必要があります。多くのシナリオでは、(新しい) コードの特定の部分をロック/ロック解除するためのフラグを持つ動的キャッシュを維持する必要があります。

そのようなすべてのシナリオについて、私は通常、次のように書きます。

DynamicProperyDB から定期的にキャッシュを更新する Singleton です。
これに関する問題は、単体テストが少し難しいことです。これまでのところ、Jmockitを使用してそれを回避してきましたが、問題なく動作しています。
しかし、単体テストを容易にするようなメソッドを作成するためのより良い方法があるかどうか疑問に思っていました。