研究依赖注入(inject)，我发现了一些建议 inject everything 的方法和其他人说 it's not necessary to do so .

在我当前的项目中，我关于依赖注入(inject)的经验法则是“如果类是我创建的，我就让它可注入(inject)”。换句话说，只有像 SimpleDateFormat、ArrayList、HashMap 这样的类在我的项目中是新的。我这样做的目的是，一旦在 Activity 中调用 Injector.getApplicationComponent().inject(this)，我就可以在任何地方@Inject 任何类.基本上我所有的类都有一个带有 @Inject 的非参数构造函数。

我主要使用 DI，因为我认为一旦 Dagger 生成的类专门使用 new 运算符，它会提高性能和内存使用。但是我读了一个post来自 Dagger 1 开发人员的说法，DI 对性能没有影响，使用基本上是为了减少样板。

第一个问题是:

• Dagger 2 在 Android 应用程序中没有任何性能优势吗？

我的项目运行没有问题，我认为“注入(inject)一切”的方法有助于更好地组织，尽管存在一些缺点。

使用这种方法的一个例子是下面的类:

public class TimelineEntryAdapter {

@Inject
Provider<TwitterEntry> mTwitterProvider;

@Inject
Provider<InstagramEntry> mInstagramProvider;

@Inject
Provider<FacebookEntry> mFacebookProvider;

@Inject
TimelineEntryComparator mComparator;

@Inject
public TimelineEntryAdapter() {
}

第二个问题是:

• 在 Android 中注入(inject)所有内容是一种不好的做法吗？

如果第二个问题的答案是“No”，有没有更好的方法来处理创建类的non-args constructor？因为当我使用 @Inject 注释创建一个非参数构造函数并且一个类需要一些参数才能使用时，我必须使用 setters:

public class SavelArtist {

private MusicBrainzArtist mMusicBrainzArtist;

private DiscogsArtist mDiscogsArtist;

private List<SavelTweet> mTweetList;

private SpotifyArtist mSpotifyArtist;

private List<SavelInstagram> mInstaTimeline;

private List<SavelFacebook> mFacebookTimeline;

private List<SavelRelease> mReleases;

@Inject
Provider<SavelRelease> mReleaseProvider;

@Inject
public SavelArtist() {
}

public void setMusicBrainzArtist(MusicBrainzArtist mbArtist) {
    mMusicBrainzArtist = mbArtist;
}

public void setDiscogsArtist(DiscogsArtist discogsArtist) {
    mDiscogsArtist = discogsArtist;
}

public void setTweetList(List<SavelTweet> tweetList) {
    mTweetList = tweetList;
}

public void setSpotifyArtist(SpotifyArtist spotifyArtist) {
    mSpotifyArtist = spotifyArtist;
}

public void setInstaTimeline(List<SavelInstagram> instaTimeline) {
    mInstaTimeline = instaTimeline;
}

public void setFacebookTimeline(List<SavelFacebook> fbTimeline) {
    mFacebookTimeline = fbTimeline;
}

所有参数都可以在构造函数上设置，一旦所有参数都在流中同时获取。

最佳答案

Studying about dependency injection I found some approaches that suggests to inject everything and other saying that it's not necessary to do so.

froger_mcs blog entry你引用并不主张注入(inject)一切。它非常清楚地指出:

The purpose of this post is to show what we can do, not what we should do.

它继续说明注入(inject)一切的缺点:

If you want to use Dagger 2 for almost everything in your project you will quickly see that big piece of 64k methods count limit is used by generated code for injections.

现在，回答您的问题:

Dagger 2 does not any performance advantage in Android application?

虽然 Dagger 2 提供了优于其他基于反射的 DI 框架(例如 Guice)的性能优势，但它并没有声称比通过调用构造函数手动构建对象图提供任何性能优势。您可以自己检查生成的类，看看这些类最终确实仍然会调用构造函数。

Is it a bad practice to inject everything in Android?

好吧，让我们来看下面这段非常常见的 Android 代码:

Intent nextActivity = new Intent(this, NextActivity.class);
startActivity(nextActivity);

我们是否应该提取一个 IntentFactory 并使用 Dagger 2 注入(inject)它只是为了避免此处的 new 关键字？在这一点上，很容易接近迂腐。 other answer you quoted中的建议关于注入(inject)剂和新剂之间的区别更加灵活和优雅。

继续你的下一个问题:

If the answer for the second question is "No", there is a better way to handle the non-args constructor to create classes? Because when I create an non-args constructor with @Inject annotation and a class need some parameters to work with, I must use setters:

使用 setter 是参数的错误方法。您应该区分依赖项 和参数。依赖项通常与对象本身具有相同的生命周期。在对象的生命周期中，可以使用不同的参数调用为该对象公开的方法。

关于java - "inject everything"在 Android 中是一种不好的做法吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/44046573/