Cosa fare quando Java Best Practices è in conflitto con Mockito

Question

Il mio team di sviluppo ha iniziato a utilizzare Mockito e ha classi definite come "final". Ho letto in Java efficace di Joshua Bloch e nel thread SO When to use final che tutte le classi dovrebbero utilizzare il modificatore finale. Ci sono stati alcuni disaccordi nella discussione, ma sono d'accordo con l'idea di forzare la composizione della classe a meno che l'eredità abbia un senso.

Cosa devo fare quando voglio testare le classi utilizzando un framework di test come Mockito che richiede alle classi di non avere il modificatore 'finale'? Spero che qualcun altro abbia riscontrato problemi simili durante il loro sviluppo. Su quali risoluzioni è arrivato il tuo team di sviluppo?

Ci sono due risposte ovvie come usare JMock o rimuovere il modificatore 'finale' sulle classi che vogliamo testare, ma vogliamo restare con un framework di test esterno (oltre a JUnit) e potrebbe essere difficile convincere altri sviluppatori per rimuovere il modificatore 'finale'.

Grazie.

Answer 1

Cosa serve più:

1. La capacità di fare in modo che qualcuno non eredita dalla classe, O
2. La capacità di fare in modo che il codice è testabile usare il quadro di scherno di scelta?

In generale, credo che non c'è bisogno di far rispettare (1). Per me, testability (2), è molto più importante. Cosa si adatta meglio alla tua situazione?

Answer 2

Se vuoi che le tue classi siano definitive, puoi farle implementare le interfacce. Le interfacce sono irrisolvibili.

Answer 3

Come già accennato nell'altra risposta è possibile effettuare le classi finali per implementare l'interfaccia e nei test simulare l'interfaccia o le interfacce.

Questo è uno dei vantaggi dell'utilizzo di oggetti Mock; in scenari come questo ti fanno pensare a come il codice può essere meglio organizzato. Se il tuo codice base ha molto riferimento alle classi finali (quindi vincolanti per l'implementazione concreta) viola il principio OO di "programmazione su un'interfaccia" e la necessità di una migliore testabilità ti aiuterà a pensare al refactoring per eliminare la dipendenza dalle implementazioni concrete.

Questo documento sull'uso di Mock Objects Endo-testing: Unit Testing with Mock Objects ha una sezione (4.4) dal titolo scoperta interfaccia che spiega come finto oggetti aiutano a scoprire le interfacce.