4.1 整体组织目录
项目结构的组织方式是按照功能进行分模块的,当然根据个人情况,也可以按照ui,model,view,presenter这种情况进行组织目录划分。
4.2 整体MVP构建
至于MVP的构建方式,在文章Google官方架构MVP解析与实战中已经进行了分析,这里不再赘述直接提取结论。(下面的文中会对所有点再次提及)
1、官方MVP实例,通过协议类XXXContract来对View和Presenter的接口进行内部继承。是对BaseView和BasePresenter的进一步封装,所以我们实现的View和Presenter也只需要继承XXXContract中的对应内部接口就行。
**2、**activity的作用主要是创建View(这里是相应的fragment),以及创建presenter,并把view传递给presenter(完成presenter对view实例关联操作)
3、在presenter的实现类的构造函数中,通过view的setPresenter,让view获得了presenter实例。这样view中就可以对Presenter中的方法进行操作了。(完成view对presenter实例关联操作)
4、在presenter的实现类中,可以对Model数据进行操作。实例中,数据的获取、存储、数据状态变化都是model层的任务,presenter会根据需要调用该层的数据处理逻辑并在需要时将回调传入。这样model、presenter、view都只处理各自的任务,此种实现确实是单一职责最好的诠释。
本篇文章我们主要针对todo-mvp-rxjava项目中的添加和修改待办事项页面做讲解。(这是同一个界面的不同状态)
4.3 添加和修改待办事项页面 -代码细节分析
4.3.1 BaseView 和BasePresenter
注意:下方展示的所有对比代码左右分别代表todo-mvp/和todo-mvp-rxjava/项目,不再提示。
BaseView没有改变,BasePresenter变成了subscribe
和unsubscribe
方法。很自然的我们会想到Rxjava的Subscription的订阅和取消订阅。这里的subscribe
也就对应了之前的todo-mvp/项目中的start方法,一般用于初始化和加载数据。
4.3.2使用CompositeSubscription
通过下面这两张图说明一下使用方式:
这里使用CompositeSubscription
在presenter实现类AddEditTaskPresenter
中来持有所有的Subscriptions。这里分别是在onResume
和onPause
中实现订阅和取消,你也可以在Activity/Fragment的基类里创建一个CompositeSubscription对象,在子类中使用它,然后在onDestroy()
或者onDestroyView()
里取消所有的订阅。
4.3.3 协议类AddEditTaskContract
官方MVP实例,通过协议类XXXContract来对View和Presenter的接口进行内部继承。是对BaseView和BasePresenter的进一步封装,所以我们实现的View和Presenter也只需要继承XXXContract中的对应内部接口就行。
由于当前页面包含编辑和添加两个状态,这里分别作出标示。来看看AddEditTaskContract
类。
4.3.4 Activity类AddEditTaskActivity
这里可以从下面的代码清晰的看到AddEditTaskActivity 完成的是Fragment的创建,presenter的初始化。
/**
- 展示添加或者编辑界面
*/
public class AddEditTaskActivity extends AppCompatActivity {
public static final int REQUEST_ADD_TASK = 1;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.addtask_act);
// 设置Toobar
Toolbar toolbar = (Toolbar) findViewById(R.id.toolbar);
setSupportActionBar(toolbar);
ActionBar actionBar = getSupportActionBar();
actionBar.setDisplayHomeAsUpEnabled(true);
actionBar.setDisplayShowHomeEnabled(true);
//AddEditTaskFragment实例
AddEditTaskFragment addEditTaskFragment =
(AddEditTaskFragment) getSupportFragmentManager().findFragmentById(R.id.contentFrame);
//获取不同的状态,分别对应了添加和编辑界面
String taskId = null;
if (addEditTaskFragment == null) {
addEditTaskFragment = AddEditTaskFragment.newInstance();
if (getIntent().hasExtra(AddEditTaskFragment.ARGUMENT_EDIT_TASK_ID)) {
taskId = getIntent().getStringExtra(
AddEditTaskFragment.ARGUMENT_EDIT_TASK_ID);
actionBar.setTitle(R.string.edit_task);
} else {
actionBar.setTitle(R.string.add_task);
}
ActivityUtils.addFragmentToActivity(getSupportFragmentManager(),
addEditTaskFragment, R.id.contentFrame);
}
//添加MVP中View的实现类AddEditTaskFragment,创建Presenter
new AddEditTaskPresenter(
taskId, //每一个Task的id标示
//依赖注入,提供TasksRepository类
Injection.provideTasksRepository(getApplicationContext()),
addEditTaskFragment,//AddEditTaskFragment实例
Injection.provideSchedulerProvider());//提供Scheduler,用于Rxjava调度
}
@Override
public boolean onSupportNavigateUp() {
onBackPressed();
return true;
}
@VisibleForTesting
public IdlingResource getCountingIdlingResource() {
return EspressoIdlingResource.getIdlingResource();
}
}
4.3.5 AddEditTaskFragment类
在presenter的实现类的构造函数中,通过view的setPresenter,让view获得了presenter实例。这样view中就可以对Presenter中的方法进行操作了。(完成view对presenter实例关联操作)
AddEditTaskFragment
是AddEditTaskContract.View
的实现类。也就对应完成了显示空信息,显示task等view的操作。
/**
- AddEditTaskFragment是AddEditTaskContract.View的实现类,可以输入标题和描述信息
*/
public class AddEditTaskFragment extends Fragment implements AddEditTaskContract.View {
public static final String ARGUMENT_EDIT_TASK_ID = “EDIT_TASK_ID”;
private AddEditTaskContract.Presenter mPresenter;
private TextView mTitle;
private TextView mDescription;
public static AddEditTaskFragment newInstance() {
return new AddEditTaskFragment();
}
@Override
public void onResume() {
super.onResume();
mPresenter.subscribe();
}
@Override
public void onPause() {
super.onPause();
mPresenter.unsubscribe();
}
@Override
public void setPresenter(@NonNull AddEditTaskContract.Presenter presenter) {
mPresenter = checkNotNull(presenter);
}
@Override
public void onActivityCreated(Bundle savedInstanceState) {
super.onActivityCreated(savedInstanceState);
FloatingActionButton fab =
(FloatingActionButton) getActivity().findViewById(R.id.fab_edit_task_done);
fab.setImageResource(R.drawable.ic_done);
fab.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
mPresenter.saveTask(mTitle.getText().toString(),
mDescription.getText().toString());
}
});
}
@Nullable
@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container,
Bundle savedInstanceState) {
View root = inflater.inflate(R.layout.addtask_frag, container, false);
mTitle = (TextView) root.findViewById(R.id.add_task_title);
mDescription = (TextView) root.findViewById(R.id.add_task_description);
setHasOptionsMenu(true);
setRetainInstance(true);
return root;
}
@Override
public void showEmptyTaskError() {
Snackbar.make(mTitle, getString(R.string.empty_task_message), Snackbar.LENGTH_LONG).show();
}
@Override
public void showTasksList() {
getActivity().setResult(Activity.RESULT_OK);
getActivity().finish();
}
@Override
public void setTitle(String title) {
mTitle.setText(title);
}
@Override
public void setDescription(String description) {
mDescription.setText(description);
}
@Override
public boolean isActive() {
return isAdded();
}
}
这里的关注重点除了上面提到的订阅和取消订阅方法。还应当有presenter实例的获取。通过setPresenter方法。
4.3.6AddEditTaskPresenter
在presenter的实现类中,可以对Model数据进行操作。实例中,数据的获取、存储、数据状态变化都是model层的任务,presenter会根据需要调用该层的数据处理逻辑并在需要时将回调传入。这样model、presenter、view都只处理各自的任务,此种实现确实是单一职责最好的诠释。
/**
-
AddEditTaskPresenter监听用户的UI操作,获取数据,更新界面
-
需要实现的方法有除了{@link BasePresenter} 中的{@link #subscribe()},{@link #unsubscribe()}
-
还有{@link AddEditTaskContract}中的{@link #saveTask(String, String)} ()},{@link #populateTask()},
*/
public class AddEditTaskPresenter implements AddEditTaskContract.Presenter {
@NonNull
private final TasksDataSource mTasksRepository;//数据model来源
@NonNull
private final AddEditTaskContract.View mAddTaskView;//MVP中的view
@NonNull
private final BaseSchedulerProvider mSchedulerProvider;//提供Scheduler用于Rxjava线程调度
@Nullable
private String mTaskId;//task 的id
@NonNull
private CompositeSubscription mSubscriptions;//CompositeSubscription持有所有的Subscriptions
/**
-
创建添加和编辑task的对应presenter
-
@param taskId 需要编辑的task的id,如果为新建task为空
-
@param tasksRepository 是所有task数据的入口
-
@param addTaskView 添加/编辑 界面
*/
public AddEditTaskPresenter(@Nullable String taskId,
@NonNull TasksDataSource tasksRepository,
@NonNull AddEditTaskContract.View addTaskView,
@NonNull BaseSchedulerProvider schedulerProvider) {
mTaskId = taskId;
mTasksRepository = checkNotNull(tasksRepository, “tasksRepository cannot be null!”);
mAddTaskView = checkNotNull(addTaskView, “addTaskView cannot be null!”);
mSchedulerProvider = checkNotNull(schedulerProvider, “schedulerProvider cannot be null!”);
mSubscriptions = new CompositeSubscription();
mAddTaskView.setPresenter(this);
}
@Override
public void subscribe() {
if (mTaskId != null) {
populateTask();
}
}
@Override
public void unsubscribe() {
mSubscriptions.clear();
}
@Override
public void saveTask(String title, String description) {
Task newTask = mTaskId == null ?
new Task(title, description) :
new Task(title, description, mTaskId);
saveTask(newTask);
}
/**
-
直接通过TasksRepository保存task
-
@param task
*/
private void saveTask(@NonNull Task task) {
if (task.isEmpty()) {
mAddTaskView.showEmptyTaskError();
} else {
mTasksRepository.saveTask(task);
mAddTaskView.showTasksList();
}
}
/**
- 根据id获取task
*/
@Override
public void populateTask() {
if (mTaskId == null) {
throw new RuntimeException(“populateTask() was called but task is new.”);
}
Subscription subscription = mTasksRepository
.getTask(mTaskId) //获取task
.subscribeOn(mSchedulerProvider.computation())
.observeOn(mSchedulerProvider.ui())
.subscribe(new Observer() {
@Override
public void onCompleted() {
}
最后
光有这些思路和搞懂单个知识的应用是还远远不够的,在Android开源框架设计思想中的知识点还是比较多的,想要搞懂还得学会整理和规划:我们常见的**Android热修复框架、插件化框架、组件化框架、图片加载框架、网络访问框架、RxJava响应式编程框架、IOC依赖注入框架、最近架构组件Jetpack等等Android第三方开源框架,**这些都是属于Android开源框架设计思想的。如下图所示:
这位阿里P8大佬针对以上知识点,熬夜整理出了一本长达1042页的完整版如何解读开源框架设计思想PDF文档,内容详细,把Android热修复框架、插件化框架、组件化框架、图片加载框架、网络访问框架、RxJava响应式编程框架、IOC依赖注入框架、最近架构组件Jetpack等等Android第三方开源框架这些知识点从源码分析到实战应用都讲的简单明了。
由于文档内容过多,篇幅受限,只能截图展示部分
整理不易,觉得有帮助的朋友可以帮忙点赞分享支持一下小编~
你的支持,我的动力;祝各位前程似锦,offer不断!!!
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》,点击传送门,即可获取!
还是比较多的,想要搞懂还得学会整理和规划:我们常见的**Android热修复框架、插件化框架、组件化框架、图片加载框架、网络访问框架、RxJava响应式编程框架、IOC依赖注入框架、最近架构组件Jetpack等等Android第三方开源框架,**这些都是属于Android开源框架设计思想的。如下图所示:
[外链图片转存中…(img-w0RgJlee-1715703373367)]
这位阿里P8大佬针对以上知识点,熬夜整理出了一本长达1042页的完整版如何解读开源框架设计思想PDF文档,内容详细,把Android热修复框架、插件化框架、组件化框架、图片加载框架、网络访问框架、RxJava响应式编程框架、IOC依赖注入框架、最近架构组件Jetpack等等Android第三方开源框架这些知识点从源码分析到实战应用都讲的简单明了。
由于文档内容过多,篇幅受限,只能截图展示部分
[外链图片转存中…(img-gwGmAIHF-1715703373369)]
[外链图片转存中…(img-NXvJFg5q-1715703373371)]
整理不易,觉得有帮助的朋友可以帮忙点赞分享支持一下小编~
你的支持,我的动力;祝各位前程似锦,offer不断!!!
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》,点击传送门,即可获取!