是否有一个javax.inject.*等价于@Assisted

我们正在考虑使用JSR-330 javax.inject.*注释，而不是com.google.inject.*等价物。JSR-330标准似乎没有包括我在Guice中喜欢的几个特性

具体来说，我看不到对@Assisted关键字的支持。还有，@AssistedInject呢？@Inject是否可以放置在多个构造函数上

---

我对供应商中立感兴趣，但不是以方便的功能为代价。有什么建议吗？

回答您的一个问题：

@Inject是否可以放置在多个构造函数上

从

可注入构造函数用@Inject注释，并接受零或零 更多依赖项作为参数@Inject最多可应用于一个 每个类的构造函数

---

所以我认为答案是否定的。

在回答你的一个问题时：

@Inject是否可以放置在多个构造函数上

从

可注入构造函数用@Inject注释，并接受零或零 更多依赖项作为参数@Inject最多可应用于一个 每个类的构造函数

---

因此，我认为答案是否定的。

@Assisted

仅是Guice。您可以将它与JSR330的

@Inject

一起使用。如果您不想要Guice依赖项，请通过在代码中实现factory接口来执行手动辅助注入。

@assisted

仅适用于Guice。您可以将它与JSR330的

@Inject

一起使用。如果您不想要Guice依赖项，请通过在代码中实现工厂接口来进行手动辅助注入。

这太糟糕了，也许它将包含在JSR的未来版本中。这太糟糕了，也许它将包含在JSR的未来版本中。请注意，JSR-330只是API，不是实现。我知道这只是API。然而，@Assisted的使用将嵌入到我们的源代码中。如果它不是API的一部分，那么如果需要的话，我们将无法“仅仅切换到另一个DI框架”。我对Spring知之甚少，但我假设它有一种完全不同的方法来完成这项任务，它不是API的一部分。如果您想要真正的DI框架独立性，您必须严格按照API编码。请注意，JSR-330只是API，而不是实现。我知道它只是API。然而，@Assisted的使用将嵌入到我们的源代码中。如果它不是API的一部分，那么如果需要的话，我们将无法“仅仅切换到另一个DI框架”。我对Spring知之甚少，但我假设它有一种完全不同的方法来完成这项任务，它不是API的一部分。如果您想要真正的DI框架独立性，您必须严格按照API编码。