Android設計模式SOLID六大原則是什么

本篇內容主要講解“Android設計模式SOLID六大原則是什么”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學習“Android設計模式SOLID六大原則是什么”吧!

單一職責原則

定義

定義：

確保單例類只有一個實例，并且這個單例類提供一個函數接口讓其他類獲取到這個唯一的實例。

解釋：一個類只負責一個職責，不要存在多于一個導致類變更的原因。

代碼解釋

比如一個類記錄一些食品的名稱，但同時又記錄食品的做法。前者屬于業務對象，后者屬于業務邏輯，根據單一職責原則，我們需要將業務和數據分開

未遵守單一原則

public class Foods {
    private String fish;
    private String meat;

    public String getFish() {
        return fish;
    }

    public void setFish(String fish) {
        this.fish = fish;
    }

    public String getMeat() {
        return meat;
    }

    public void setMeat(String meat) {
        this.meat = meat;
    }
    public void RedCookedFish(){
        //do something...
    }
    public void RedCookedMeat(){
        //do something...
    }
}

遵守單一原則

public class Foods {
    private String fish;
    private String meat;

    public String getFish() {
        return fish;
    }

    public void setFish(String fish) {
        this.fish = fish;
    }

    public String getMeat() {
        return meat;
    }

    public void setMeat(String meat) {
        this.meat = meat;
    }
}

public class Practices {
    public void RedCookedFish(){
    //do something...
    }
    public void RedCookedMeat(){
    //do something...
    }
}

開閉原則

定義

定義：一個軟件實體如類、模塊和函數應該對擴展開放，對修改關閉。

當一個系統有了新的需要，我們并不想在原來的功能類去修改，導致破壞原來的邏輯，以至于出現新的BUG，所有我們在設計系統時盡量通過擴展的方式實現新的功能，簡單的就是說讓我們好好利用繼承和接口。

代碼解釋

比如有一個動物，有姓名和運動方式兩種屬性，當它成年時，需要結交異性，又需要增加繁衍后代的功能，我們通過繼承或者接口的方式進行擴展新功能，遵守開閉原則。

public class Animal {
    private String mName;
    private String mMovementMode;
    public Animal(String mName,String mMovementMode){
        this.mName = mName;
        this.mMovementMode = mMovementMode;
    }

    public String getmName() {
        return mName;
    }

    public String getmMovementMode() {
        return mMovementMode;
    }
}

public class Multiply extends Animal {
    public Multiply(String mName, String mMovementMode) {
        super( mName, mMovementMode );
    }
    public void MultiplyMethod(){
    //do something...
    }
}

里氏替換原則

定義

定義1：如果對每一個類型為 T1的對象 o1，都有類型為 T2 的對象o2，使得以 T1定義的所有程序
P 在所有的對象 o1 都代換成 o2 時，程序 P 的行為沒有發生變化，那么類型 T2 是類型 T1 的子類
型。

定義2：所有引用基類的地方必須能透明地使用其子類的對象

解釋：打比方抽象類的抽象方法，子類必須實現

代碼解釋

比如一個動物類有一個運動方式的屬性，其余具體動物，比如：魚，鷹等需要繼承其方法，實現自己的運動方式。

public abstract class Animal {
    public abstract void MultiplyMethod(String Multiply);
}

public class Fish extends Animal {
    @Override
    public void MultiplyMethod(String Multiply) {
        // set Multiply Method
    }
}

依賴倒置原則

定義

定義：高層模塊不應該依賴低層模塊，二者都應該依賴其抽象；抽象不應該依賴細節；細節應該依賴抽象。

依賴倒置原則的核心思想是面向接口編程。

代碼解釋

比如現階段熱門的編程語言,java,c,python等，但隨著時間的推移，隨著科技的發展，會根據需求不同，產生新的語言。如果我們需要在一個類中一個個添加，那樣太麻煩，使用接口進行配置，則會簡單很多。

未遵守依賴導致原則

class C{
    public String get(){
        return "C";
    }
}
class Java{
    public String get(){
        return "Java";
    }
}
class Python{
    public String get(){
        return "Python";
    }
}

class GetLanguage{
    public GetLanguage(){

    }
    public void getLanguage(C c){
        Log.d( "Language",c.get() );
    }
    public void getLanguage(Java java){
        Log.d( "Language",java.get() );
    }
}

 GetLanguage language = new GetLanguage();
        language.getLanguage( new C() );
        language.getLanguage( new Java() );

遵守依賴導致原則

定義接口

public interface ILanguage {
    String get();
}

public class Language {
   public void getLanguage(ILanguage iLanguage){
       Log.d( "Language",iLanguage.get() );
   }
}

 Language language = new Language();
        language.getLanguage( new ILanguage() {
            @Override
            public String get() {
                return "C";
            }
        } );

接口隔離原則

定義

定義：客戶端不應該依賴它不需要的接口；一個類對另一個類的依賴應該建立在最小的接口上。

簡單來說，一個類只需要實現自己需要的方法，不相干的方法不需要實現

代碼解釋

比如一個接口實現動物所有的運動方式，比如：跑、爬、游、飛、跳。老鷹就只需要實現飛，狗就只需要實現跑，但是實現這個接口的話，必須實現所有方法，就會很臃腫，并且有的方法不需要實現。我們只需要將他們拆分成四個接口，不同的動物，實現不同的運動方式即可。

未遵守接口隔離原則

public interface IAnimal {
    void run();
    void swim();
    void climb();
    void fly();
}

class Dog implements IAnimal{

    @Override
    public void run() {

    }

    @Override
    public void swim() {

    }

    @Override
    public void climb() {

    }

    @Override
    public void fly() {

    }
}

遵守接口隔離原則

public interface  Swim{
        void swim();
    }
    public interface  Run{
        void run();
    }
    public interface  Climb{
        void climb();
    }
    public interface  Fly{
        void fly();
    }

class Dog implements Run{

        @Override
        public void run() {

        }
    }

迪米特原則

定義

定義：一個對象應該對其他對象保持最少的了解。

代碼解釋

假如一個類實現了加減乘除四個方法，同時在加減乘除方法內實現了對進行運算的數值進行類型判斷。類型判斷中又實現了范圍判斷。我們只需要將加減乘除四個方法暴露即可，其余方法不需要暴露。

public class Operation {
    public Object Add(Object num1,Object num2){
       Object flag = JudgeType(num1,num2);
       int num = (Integer) flag;
       switch (num){
           case 0:
               return (Integer)num1 + (Integer)num2;
           case 1:
               return (Double)num1 + (Double) num2;
            default:
                return null;
       }
    }
    private void Sub(Object num1,Object num2){

    }
    private void Ride(Object num1,Object num2){

    }
    private void Division(Object num1,Object num2){

    }
    private Object JudgeType(Object num1,Object num2){
        if (num1 instanceof Integer){
          return 0;
        }else if (num1 instanceof Double){
            return 1;
        }
        return 3;
    }
//    private boolean JudgeIntRange(int num){
//        if (num < 65535 && num > -65535){
//            intFlag = true;
//            return true;
//        }
//        intFlag = false;
//        return false;
//    }
}

Operation operation = new Operation();
Log.d( "Result=",operation.Add( 1,1 )+"" );

到此，相信大家對“Android設計模式SOLID六大原則是什么”有了更深的了解，不妨來實際操作一番吧！這里是億速云網站，更多相關內容可以進入相關頻道進行查詢，關注我們，繼續學習！