最近在看公司的專案，發現關於介面的使用很多，但是因為沒有經常使用介面的習慣，感覺程式碼好難看懂，可能是自己一直的程式碼都不規範導致的吧。其實使用介面，可以方便很多事情，java裡面設計介面也不是沒有道理的。

說一下自己的簡單理解吧，在父類中宣告介面，並且呼叫介面，在子類中宣告介面的具體實現方法。

一個簡單的demo方便理解：

A類：

public interface OnItemCLickListener{
    void onItemClick(View view);
}
private OnItemClickListener mOnItemClickListener;
public
 
 void setOnTestClick(OnItemClickListener mOnItemClickListener){
    this.mOnItemClickListener = mOnItemClickListener;
}
view.setOnClickListener(
    new OnClickListener(View view){
        public void click(){
            mOnItemClickListener.onItemClick(view);
        }
    }
);

即在A類中宣告介面，並且呼叫介面，但是沒有給定具體的實現方法，可以在B類中宣告具體的實現方法
B類：

A a = new A();
a.setOnTestClick(new OnItemClickListener(){
    public void onItemClick(View view){
        //具體實現方法
    }
})

這就是簡單介面的實現，再整理一遍：在A類中宣告介面呼叫，在B類中實現介面的方法。
在以後的開發中，儘量多的使用介面，可以提高程式碼的複用率，減少程式碼量，並且可以方便開發

存在即合理。剛接觸介面的時候，裡面只有方法名，沒有具體的實現方法，感覺沒有什麼用，從最近接觸專案來說，介面的用處實在強大、方便。但是希望不要濫用，我是深受其害。。。
一般在專案中，子類重用某種方法的時候，合理的使用介面，可以讓專案程式碼簡潔、美觀、大氣。
介面的出現，很好的彌補了java中不能多繼承的缺陷，介面應該就是因為這個原因出現的，實際上也確實彌補了沒有多繼承的不方便性。在類中繼承介面，跟繼承類後的效果是一樣的。如

public class D{
    public void methodD(){
        ....
    }
}
public interface C{
    void methodC();
}
class A implements C{
    public void methodC(){
        ....
    }
}
class B extends D implements C{
    public void methodC(){
        ....
    }
}
A a = new A();
B b = new B();
C ca = new A();
C cb = new B();
ArrayList<C> cs = new ArrayList<>();
cs.add(a);
cs.add(b);
ca.methodC();
cb.methodC();
cb.methodD();// 此方法是錯誤的，介面C中沒有此方法

以上程式碼只是簡單的理解介面的使用，看似簡單的程式碼，真正使用起來是很方便易用的，對介面的加深理解，可以更加規範自己的程式碼，有利於程式碼的複用。在一些特殊的場合，介面總能展現出他存在的意義、價值與魅力。