Message-ID: <506957942.6847.1419217083550.JavaMail.firstname.lastname@example.org> Subject: Exported From Confluence MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_Part_6846_1849546781.1419217083549" ------=_Part_6846_1849546781.1419217083549 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Content-Location: file:///C:/exported.html
When Ashcroft fails a test, you will see that the recommended so= lution often involves a refactoring towards dependency injection. Fine, tha= t (with the aid of Mock Objects will= allow you to test your class in isolation. But what about integration test= s? Or even the whole application? How do you assemble the real classes (including these low level ones) that actually do access files, sockets, threads and graphics environments?=20
There are several ways. You can do it manually in some bootstrap class, = or you can use PicoContainer/NanoContainer or some other DI framework such = as Spring or HiveMind. It's up to you. These frameworks will make that asse= mbly easy, as long as your classes honour DI.