Design patterns 依赖注入-有问题的中间对象
我知道对共享资源使用依赖注入而不是单例是一个很好的实践。有时，尽管这种方法非常混乱 想象一下，我的应用程序包含一个产品列表，它可以在两个屏幕（主屏幕和产品列表屏幕）内修改这些产品。假设访问产品列表屏幕的唯一方法是通过中间屏幕。在这种情况下，我不能将产品服务对象直接从主屏幕传递到产品列表屏幕，相反，我必须在中间屏幕上制作一个属性“产品服务”，虽然它不使用它。它只会将其传递到产品列表屏幕 对我来说，这似乎并不太优雅，因为中间屏幕上的那个属性的唯一目的就是把它传递给另一个对象。你有更好的办法解决这个问题吗Design patterns 依赖注入-有问题的中间对象,design-patterns,dependencies,structure,code-injection,Design Patterns,Dependencies,Structure,Code Injection,我知道对共享资源使用依赖注入而不是单例是一个很好的实践。有时，尽管这种方法非常混乱 想象一下，我的应用程序包含一个产品列表，它可以在两个屏幕（主屏幕和产品列表屏幕）内修改这些产品。假设访问产品列表屏幕的唯一方法是通过中间屏幕。在这种情况下，我不能将产品服务对象直接从主屏幕传递到产品列表屏幕，相反，我必须在中间屏幕上制作一个属性“产品服务”，虽然它不使用它。它只会将其传递到产品列表屏幕 对我来说，这似乎并不太优雅，因为中间屏幕上的那个属性的唯一目的就是把它传递给另一个对象。你有更好的办法解决这个问