我们应该将每个对象都暴露为 spring bean 吗？

Question

class TibcoPasswordRetriever {

    private TibcoPasswordUtil tibcoPasswordUtil;

    public TibcoPasswordRetriever(TibcoPasswordUtil tibcoPasswordUtil) {

        this.tibcoPasswordUtil = tibcoPasswordUtil;

    }

}

class TibcoPasswordRetriever {

    private TibcoPasswordUtil tibcoPasswordUtil;

    public TibcoPasswordRetriever() {

        this.tibcoPasswordUtil = new TibcoPasswordUtil();

    }

}

这是 TibcoPasswordRetriever 的两个定义。

问题：我仅在 TibcoPasswordRetriever 类中使用 TibcoPasswordUtil。依赖注入仍然是一个好主意吗？

进一步的问题：我们是否应该创建将每个可能的对象公开为 spring bean（只是因为可以这样做）

Answer 1

问题：我仅在 TibcoPasswordRetriever 类中使用 TibcoPasswordUtil。依赖注入仍然是一个好主意吗？如果TibcoPasswordUtil是Singletone. 您没有TibcoPasswordUtil在问题中提供课程。添加Util到名称在这里并不意味着很多。考虑写更多关于架构和背景的文章。进一步的问题：我们是否应该创建将每个可能的对象公开为 spring bean（只是因为可以这样做）不，不是，因为更好的解决方案是不要太依赖框架。问自己这样的问题：如果你不需要，那么为什么它有好处呢？为什么不这样做有好处呢？就像我上面写的那样，更少耦合的代码更好。将来改变框架等会更容易。

Answer 2

不，除非有需要，否则不应将每个对象都公开为 Spring bean。那些您认为必须由框架实例化和维护的类必须成为一个 bean。此类类的一个示例是数据库访问类。这些类型的类可能有多种实现，并且选择使用哪个实现可能取决于某些外部配置。在这种情况下，您可以将管理实例的责任委托给框架。如果您确定您正在使用的 Util 类只有一种类型，并且管理其实例时不会增加任何复杂性（就像它必须是 Singleton），那么您不必将其设为 bean。