Android中的接口的使用举例

这里讲解了两种大家可以在学习Android中容易对接口迷茫的两种用法

1.用于回调

我们会在子线程中执行耗时操作，就可以用接口进行耗时操作结果的回调；

首先定义一个接口

public interface OnNetInfoCallback {
    //获取信息成功
    void onSuccess(String info);
    //获取信息失败
    void onFailure();
}

在该类中我们进行模拟耗时操作，用接口进行结果的回调 

第一种写法：

可以看到在该类中定义了接口的实例，然后给其赋值，最后在getInfo方法中，用这个接口进行了结果的回调

public class InfoService {
    private OnNetInfoCallback onNetInfoCallback;

    public void setOnNetInfoCallback(OnNetInfoCallback onInfoFetchCallback) {
        this.onNetInfoCallback = onInfoFetchCallback;
    }

    public void getInfo() {
        Thread thread = new Thread(new Runnable() {
            @Override
            public void run() {
                try {
                    Thread.sleep(1000);
                    onNetInfoCallback.onSuccess("" + new Date());
                } catch (Exception e) {
                    onNetInfoCallback.onFailure();
                }
            }
        });
        thread.start();
    }
}

 我们在MAinActivity中，对回调的结果进行处理，并且调用getInfo让其返回结果，

button.setOnClickListener(view -> {
            InfoService infoService = new InfoService();
           
            infoService.setOnNetInfoCallback(new OnNetInfoCallback() {
                @Override
                public void onSuccess(String info) {
                    Log.e("TAG", "onSuccess: " + info );
                }

                @Override
                public void onFailure() {

                }
            });
         infoService.getInfo();
            
        });

第二种写法（更简洁）

直接可以把接口就放在方法参数中

可以看到在该类中的getInfo方法中，接收了一个接口函数

public class InfoService {
    public void getInfo(OnNetInfoCallback onInfoFetchCallback) {
        Thread thread = new Thread(new Runnable() {
            @Override
            public void run() {
                try {
                    Thread.sleep(1000);
                    onInfoFetchCallback.onSuccess("" + new Date());
                } catch (Exception e) {
                    onInfoFetchCallback.onFailure();
                }
            }
        });
        thread.start();
    }
}

然后我们就可以在Activity中调用了该类的方法，并传入一个接口对象，然后实现在接收到回调结果之后做什么UI操作

button.setOnClickListener(view -> {
            InfoService infoService = new InfoService();
            infoService.getInfo(new OnNetInfoCallback() {
                @Override
                public void onSuccess(String info) {
                    Log.e("TAG", "onSuccess: "+info );
                }

                @Override
                public void onFailure() {

                }
            });
        });

2.在MVP中使用

比如我现在有一个MainActivity，想要使用MVP模式，举一个最简单的例子

首先定义一个interface叫做xxxContract，可以理解为接口的集合接口

这个接口里面又包括了关于控制View变化的接口MainView  和  控制逻辑的接口MainPresenter，即常说的P层

public interface MainContract {
    interface MainView{
        void refreshText(String str);
    }

    interface MainPresenter{
        void updateText(String str);
    }
}

 然后我们去实现具体的Presenter，在这个里面可以用于实现具体的逻辑，以及控制什么时候去调用更新UI的接口

也就是说我们的MainView中的什么时候去实现是由MainPresenter去决定的

public class MainPresenter implements MainContract.MainPresenter{
    MainContract.MainView mainView;

    public MainPresenter(MainContract.MainView mainView){
        this.mainView = mainView;
    }

    @Override
    public void updateText(String str) {
        mainView.refreshText(str);
    }
}

 然后我们将MainActivity实现控制UI的接口，将this传入presenter的参数中，意味着当前MainActivity是MainView的实现类，在Persenter里面进行的操作会在MainActivity也进行

然后在其实现的接口中进行具体的UI操作即可

public class MainActivity extends AppCompatActivity implements MainContract.MainView{

    private Button button;
    MainPresenter presenter;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        presenter = new MainPresenter(this);
        button = findViewById(R.id.button);
        button.setOnClickListener(view ->{
            presenter.updateText("new string");
        });
    }


    @Override
    public void refreshText(String str) {
        button.setText(str);
    }
}

可能会有人说：那MVP这么麻烦，就是一个修改button字符串就写了这么多代码有什么好处？

其实MVP的好处就是将逻辑和view层分开，我们在activity写逻辑的话可能代码很乱，这里一块那里一块，代码多且乱，想改必须得全篇搞懂原有代码

而使用了MVP之后，不仅可以有接口直接表明这个方法是干嘛的，而且逻辑和UI的逻辑分离，代码不乱，想改哪一部分可以直接改。