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

How to invoke Presenter Methods in Model file with Dagger2 and MVP pattern

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

我的主要问题是当我需要在我的模型文件中调用演示器方法时开始。让我说得更详细一些。

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

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

这是我的MVP接口集群。

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?
        }
    } );
}

如果您有兴趣在 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 不接受任何与视图或演示者相关的依赖关系,并且由演示者作为病人进行操作,我们仍然保持关注点分离。