java - 如何使用 Dagger2 和 MVP 模式调用模型文件中的 Presenter 方法

Question

我正在尝试使用 Dagger2 创建子结构，一切正常。

当我需要在我的模型文件中调用演示器方法时，我的主要问题就开始了。让我给出更多细节。

正如您在我的模型文件中看到的那样，我请求服务器进行改造，并根据结果从演示者调用一个方法。因为模型将决定哪个方法应该在演示者中工作，并且根据选择的方法，演示者将调用 View 方法。但问题是 Presenter 是通过调用 Constructor 来使用 Model，但即使 Presenter 是中间人，Model 也无法使用 Presenter。

1. 下面的子结构适用于 MVP。
2. 谁负责请求服务器 Presenter 或 Model？
3. 如果我的子结构是正确的，模型应该如何使用 Dagger2 调用演示文件？

这是我的 MVP 接口(interface)集群。

public interface IRegisterMVP {

    interface View extends IGeneralViewOps{

        void showWarning( String warningMessage );

        void openMainActivity();
    }

    interface Presenter {

        void setView( View view );

        void registerTriggered( ArrayMap< String, String > userParameters );

        void registerTriggered( EditText userName, EditText mailAddress, EditText password, EditText passwordRepeat );

        void notValidated( String warningMessage );

        void validate();
    }

    interface Model {

        void validateData( ArrayMap< String, String > userParameters );

    }

这是我的模块

@Module
public class UserOperationsModule {

    @Provides
    public IRegisterMVP.Presenter provideRegisterPresenter( IRegisterMVP.Model model ){
        return new RegisterFragmentPresenter( model );

    }

    @Provides
    public IRegisterMVP.Model provideRegisterModel( Context context, IRegisterMVP.Presenter presenter ){
        return new UserBussinessModel( context );

    }

}

这是我的主持人

public class RegisterFragmentPresenter implements IRegisterMVP.Presenter {

private IRegisterMVP.View mView;
private IRegisterMVP.Model mModel;

public RegisterFragmentPresenter( IRegisterMVP.Model mModel ) {
    this.mModel = mModel;
}

@Override
public void setView( IRegisterMVP.View view ) {
    this.mView = view;

}

@Override
public void registerTriggered( ArrayMap< String, String > userParameters ) {
    this.mModel.validateData( userParameters );

}

@Override
public void registerTriggered( EditText userName, EditText mailAddress, EditText password, EditText passwordRepeat ) {

    ArrayMap< String, String > createViewValues = new ArrayMap<>( 4 );
    createViewValues.put( UserBussinessModel.USER_NAME, userName.getText().toString() );
    createViewValues.put( UserBussinessModel.USER_MAIL_ADDRES, mailAddress.getText().toString() );
    createViewValues.put( UserBussinessModel.USER_PASS, password.getText().toString() );
    createViewValues.put( UserBussinessModel.USER_PASS_REPEAT, passwordRepeat.getText().toString() );

    this.registerTriggered( createViewValues );
}

@Override
public void notValidated( String warningMessage ) {
    this.mView.hideWaitingView();
    this.mView.showWarning( warningMessage );

}

@Override
public void validate() {
    this.mView.hideWaitingView();
    this.mView.openMainActivity();

}

这是我的商业模式文件

public UserBussinessModel( Context context ) {
    this.mContext = context;

}

public UserBussinessModel( Context mContext, IRegisterMVP.Presenter mRegisterPresenter ) {
    this.mContext = mContext;
    this.mRegisterPresenter = mRegisterPresenter;
}

public UserBussinessModel( Context mContext, LoginMVP.Presenter mLoginPresenter ) {
    this.mContext = mContext;
    this.mLoginPresenter = mLoginPresenter;
}

@Override
public void validateData( ArrayMap< String, String > userParameters ) {
  Call< MainModel< Fortune > > jsonObjectCall =    this.mFortuneService.getSpesificFortuneBasedOnUser( userUUID, fortune_id );
    jsonObjectCall.enqueue( new Callback< MainModel< Fortune > >() {
        @Override
        public void onResponse( Call< MainModel< Fortune > > call, Response< MainModel< Fortune > > response ) {
        // HOW SHOULD MODEL INVOKE THE PRESENTER METHOD IN ORDER TO ARRANGE VIEW FILES?
        }

        @Override
        public void onFailure( Call< MainModel< Fortune > > call, Throwable t ) {
         // HOW SHOULD MODEL INVOKE THE PRESENTER METHOD IN ORDER TO ARRANGE VIEW FILES?
        }
    } );
}

Answer 1

如果您有兴趣在 Android 中实现 MVP，请参阅 Google Android Architecture Blueprints .

关于您的问题:

Because Model will decide which method should be worked in presenter and according to choosed method the presenter will invoke view methods.

这不是实现 MVP 的常用方法。在 MVP 中，模型是被动的，展示者是代理。

(来自 MVP Wikipedia page 的图表)

如上图所示，演示者操纵模型，而模型不知​​道也不关心演示者。当模型需要通知演示者状态更改事件时，它是通过演示者注册模型的回调来完成的。这在蓝图示例中也很清楚:

@Inject
TasksPresenter(TasksRepository tasksRepository, TasksContract.View tasksView) {
    mTasksRepository = tasksRepository;
    mTasksView = tasksView;
}

演示者依赖于模型(任务存储库)，但任务存储库不知道也不关心谁在使用它。虽然链接的示例没有显示从模型层传播到呈现器的状态更改事件，但如果有的话，它可能是通过在呈现器层内注册回​​调来完成的。类似于以下内容:

mTasksRepository.registerStateChangeEvent(this);

同样，该示例还显示了与您类似的加载，并将其正确放置在演示者中:

private void loadStatistics() {
    mStatisticsView.setProgressIndicator(true);

    // The network request might be handled in a different thread so make sure Espresso knows
    // that the app is busy until the response is handled.
    EspressoIdlingResource.increment(); // App is busy until further notice

    mTasksRepository.getTasks(new TasksDataSource.LoadTasksCallback() {
    //snip    

因为 mTasksRepository 不接受任何与 View 或演示者相关的依赖项，并且由演示者作为病人进行操作，我们仍然保持关注点分离。