使用 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 任何偏好。
我有这个简单的模块 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 任何偏好。