使用 Dagger 2 进行共享首选项管理

Shared preferences management with Dagger 2

我有这个简单的模块 SharePreferencesModule.java :

@Module(includes = ApplicationModule.class)
public class SharedPreferencesModule {
    @Provides
    SharedPreferences sharedPreferences(MyApp app) {
        return app.getSharedPreferences("...", Context.MODE_PRIVATE);
    }

    @Provides
    @Named("firstname")
    static String getFirstname(SharedPreferences preferences) {
        return preferences.getString("firstname", "");
    }
}

有了这个组件 SharedPreferencesComponent.java :

@Component(modules = SharedPreferencesModule.class)
public interface SharedPreferencesComponent {
    void inject(MyFragment myClass);
}

还有这个 class,它正在使用模块 :

public MyFragment extends Fragment {
    @Inject
    @Name("firstname")
    String firstname;

    @Override
    public void onAttach(Context context) {
        // Not posting "Injector" code in the snippet because it is irrelevant
        Injector.getSharedPreferencesComponent().inject(this);
    }
}

创建 MyFragment 时,我成功注入了名字,但如果编辑共享首选项,我仍然引用名字的旧值。这是正常的,因为 Dagger 仅在附加 MyFragment 时才提供名字。

我如何了解共享偏好的最新信息?

我是否应该在每次更新共享首选项时重新注入 MyFragment?对我来说似乎很乱。 或者我可以以某种方式强制 Dagger 为我获取这些数据吗?

Should I re-inject MyFragment everytime the shared prefs are updated ?

你应该只注入一次,就像你不要多次调用构造函数一样。

可能存在一些确实需要(或更可取)再次注入的例外情况,但所有这些注入都应该在您开始使用您的对象之前发生。多次注入会导致不一致的状态,即不清楚哪个对象引用了哪个版本的注入对象。
这在某些情况下可能有效,但在其他情况下会导致严重的错误,并且无论哪种方式,您都将很难设置它,确保更新所有内容。每次发生变化时,最好只销毁并重新创建整个片段。

注入一个对象应该是完成一次的初始设置,之后class应该可以使用了。


如果某些东西不断变化,那么 Dagger 不是提供它的最佳选择。你的名字可能会更好一些 NameSettings class

class NameSettings {
  private SharedPreferences prefs;

  @Inject NameSettings(SharedPreferences prefs) {
    this.prefs = prefs;
  }

  String getName() { return /* load from prefs */ }
  void setName(String name) { /* save to prefs */ }
}

您现在可以注入 NameSettings 并调用 get / set 来更新您的名字,而不是直接注入一个名字。这样你就可以随时读取和写入最新的值,而不需要直接处理 SharedPreferences。

现在你的 NameSettings 不会改变,也不需要重新注入它。 您甚至可以继续 return 一个 Observable(例如 RxJava,或可观察模式的一些自定义实现),然后您可以在其中侦听更改并在更改时动态更新您的 UI。

我会 @Provide SharedPreferences 对象本身。这最大限度地减少了依赖关系图并使您 read/write 任何偏好。