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 )+"" );
2021-10-27 21:27:32.893 25595-25595/com.franzliszt.solid D/Result=: 2
到此這篇關於Android實例代碼理解設計模式SOLID六大原則的文章就介紹到這瞭,更多相關Android 設計模式SOLID六大原則內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet!
推薦閱讀:
- 必須瞭解的高階JAVA枚舉特性!
- 一篇文章帶你深入瞭解Java對象與Java類
- java中抽象類和接口的相同和不同點介紹
- 詳解Java面向對象編程之多態
- Java 泛型詳解(超詳細的java泛型方法解析)