最近发现了依赖注入，我现在正试图掌握使用它的频率和距离。
例如，假设我有一个对话框，提示用户输入他们的注册详细信息——名字、姓氏、电话号码、序列号——诸如此类。应以各种方式验证数据（例如，名字和姓氏不为空，序列号为特定长度）。一旦通过验证，它应该被缓存在本地机器上，并发送到注册服务器。只有在所有这些事情都成功或用户取消后，该对话框才应关闭。
所以这可能是我们在这里尝试实现的四件事（职责）：UI、验证、本地缓存、将数据发送到非本地服务器。
对话的职责是什么，应该注入什么？显然对话框是 UI，但是验证、缓存和数据发送都应该被注入吗？我认为他们这样做，否则对话框类必须知道数据字段背后的逻辑才能进行验证，它必须知道如何以及在何处缓存数据，以及如何将数据发送到某个地方。如果是这样，这可能会导致调用者端出现一些繁重的代码（假设我们通过构造函数进行注入，我认为这比 setter 函数更可取），例如
MyDialog dlg(new validator(), new cacher(), new sender());
但也许这没问题？在多年看到诸如对话框之类的东西做所有事情的代码之后，它现在对我来说确实有点陌生。但我也可以看到这种情况如何迅速升级——如果还有其他各种各样的小事情需要做——有多少被注入的东西变得“太多”了？
请不要试图在示例场景中挑漏洞，我只是用它来说明。我对 DI 的原则更感兴趣，以及在什么时候你可能会走得太远。