안드로이드에서 MVP 모드가 실제 프로젝트에 사용되는 문제와 최적화에 대해 간단히 이야기하다

MVP를 공부한 지 얼마 되지 않아 얼마 전에야 회사의 두 프로젝트를 MVP 모델로 완전히 전환하고 고쳐서 약간의 소감을 여러분께 나누어 드리겠습니다.
MVP 사용을 배우기 시작했을 때 많은 MVP의 장점, 코드 복용, 조리가 뚜렷하다는 것을 보았다.그러나 내가 고쳐서 MVP가 내가 보기에 가장 큰 장점은 코드의 결합이고 논리가 뚜렷하다는 것을 발견했다. 코드의 복용에 대해 당분간 좋은 느낌을 받지 못했다. 인터페이스와 논리가 기본적으로 같지 않으면 복용하고 싶은데 사실은 현실적이지 않다.
MVP의 장점은 뚜렷하지만 단점도 뚜렷하다. 분명히 프로젝트는 여러 가지 종류가 많아서 프로젝트의 복잡성을 증가시켰다. 그리고 일부 논리와 간단, 사건이 비교적 적은 인터페이스처럼 MVP를 사용하는 것은 사실상 군더더기이다. MVC를 사용해도 몇 십 줄 코드가 있는데 MVP로 여러 가지 종류가 많아졌는데 오히려 수지가 맞지 않고 수요를 바꿀 때 여러 가지 종류를 뒤적거려야 한다.따라서 만약에 당신의 어떤 인터페이스가 매우 간단하다면 사실 MVP를 사용하지 마세요. MVP는 논리가 복잡할수록 장점이 뚜렷하고 논리가 간단할수록 오히려 MVC보다 좋지 않아요. MVP를 사용하기 위해 MVP를 사용하지 않았으면 좋겠어요.
다음은 글의 주제, MVP의 최적화 문제를 이야기하고자 합니다. 처음에 인터넷에서 사람들이 쓰는 방법을 사용했는데 코드의 복용성이 좋지 않다는 것을 발견했습니다. 일부 논리와 유사한 코드는 기본적으로presenter와 모델이 모두 다시 써야 하기 때문에Base류의 방법을 사용하고 공통된 방법을 분리해서 코드의 복용성을 달성하려고 했습니다. 이것은BaseActivity와 유사합니다.
예를 들어 네트워크 요청 같은 경우 MVC에서는 일반적으로 네트워크 요청을 BaseActivity에 봉인하지만 MVP인 이상 네트워크 요청은 당연히 모델 안에 봉인해야 한다

public abstract class BaseActivityModel implements IPublicModel {
    //      ，              ，         ，         
    public static final int MODE_ONE=1;
    public static final int MODE_TWO=2;
    public static final int MODE_THREE=3;
    //         
    protected InternetConnect mConnect;

    /**  * @param mode       * @param intent          intent  * @param i       * @param parameter          */  @Override
    public void requestData (int mode, Intent intent, JsonI i, String... parameter) {
        HashMap<String, String> map = new HashMap<>();
        JsonBean.Payload payload=new JsonBean.Payload();
        mConnect.loadParameter(intent,mode,payload,map,parameter);//    ，     
        map.put("payload", VolleyConnect.getGson().toJson(payload));
        VolleyConnect.getInVolleyConnect().getServiceMsg( map,i);//  Volley，          
    }

    /**  *         */  @Override
    public void setMConnect (InternetConnect mConnect) {
        this.mConnect=mConnect;
    }
}

같은 공유 방법과 필드가presenter의 기본 클래스를 추상화한다

public abstract class BaseActivityPresenter<T extends IPublicView, E extends IPublicModel> implements IPublicPresenter {
    protected T view;
    protected E model;
    protected RequestResult mRequestResult;
    protected Handler mHandler;

    public BaseActivityPresenter (T view) {
        this.view = view;
        Type type = getClass().getGenericSuperclass();//       Model
        Type trueType = ((ParameterizedType) type).getActualTypeArguments()[1];
        try {
            this.model = ((Class<E>) trueType).newInstance();
        } catch (InstantiationException e) {
            e.printStackTrace();
        } catch (IllegalAccessException e) {
            e.printStackTrace();
        }
        new TimeCount(200, 50, new ITimeCount() {
            @Override
            public void isRuning (long millisUntilFinished) {

            }

            @Override
            public void isFinish () {
                init();//      ，  200    
            }
        }).start();
    }
    /*
            
     */
    public void setRequestResult (RequestResult requestResult) {
        mRequestResult = requestResult;
    }
    /*
      view handler，          
     */
    public void setHandler (IHandler handlerI) {
        mHandler = view.exposeHandler(handlerI);
    }

    @Override
    public void requestData (final int mode, String... parameter) {
        view.setLoading(true);
        model.requestData(mode, view.exposeIntent(), new JsonI() {
            @Override
            public void notice (JsonBean bean) {
//                if (bean.getStatus().equals("0")) {
//                    mRequestResult.requestDataSuccess(mode,bean);
//                }else{
//                    mRequestResult.requestDataFail(mode,bean);
//                }
                view.setLoading(false);
            }

            @Override
            public void notice (int error) {
                view.showError(error);
            }
        }, parameter);
    }
}

이렇게 하면 우리는 더욱 간단하고 편리하게 MVP 모드를 사용할 수 있다. 다음은 사용 예이다.

public class LoginPresenter extends BaseActivityPresenter<ILoginView,LoginModel> implements ILoginPresenter, RequestResult {
    public LoginPresenter (ILoginView view) {
        super(view);
    }

    @Override
    public void init () {
        setRequestResult(this);
    }

    @Override
    public void requestDataSuccess (int mode, JsonBean bean) {
        
    }

    @Override
    public void requestDataFail (int mode, JsonBean bean) {

    }
}

에서 볼 수 있듯이 LoginPresenter는 모델 필드와 네트워크 요청 논리를 쓸 필요가 없고 범주형을 통해 모델을 자동으로 만들 수 있으며 네트워크 요청은 대응하는 리셋만 설정하면 된다.
총괄적으로 말하면 이렇게 하면 코드의 결합을 한층 낮추고 나중에 코드 유지보수를 편리하게 할 수 있으며 전체 MVP는 더욱 간단하다고 느낀다.