答案 0 :(得分：3)
你可能已经知道，穷人的DI有很多缺点。例如，更高级别的组件仍然依赖于较低级别的组件而不是抽象。这使得更换抽象，装饰或拦截抽象变得更加困难，而不会在整个代码库中引入彻底改变。
然而，穷人的DI仍然比没有DI好，因为至少这个类是可测试的。我过去在遗留代码库中应用了相同的方法。我创建了一组新的类并为它们编写了单元测试。我试图保持尽可能纯净，并且在大多数情况下能够远离穷人的DI，但是我创造的顶级课程。我无法在代码库中引入DI框架，因此我的顶级类使用了穷人的DI并构建了完整的对象图。我的顶级类，其中那些由我无法控制的系统其他部分实例化的类，所以这对我来说是一个很好的权衡。
您认为大规模重构/解耦是否可行？
当您为要重构的类编写一组单元测试时，您只能进行大规模重构。为了能够编写这些测试，您需要DI。如果你不能引入组合根，那么穷人的DI将是你最合适的，因为不是测试不是一种选择。在将来你可能会更进一步，重构穷人的DI，但在这种情况发生之前，我认为穷人的DI是最好的。