這篇文章主要介紹“java設(shè)計模式七大設(shè)計原則中的迪米特法則與里氏替換原則介紹”,在日常操作中,相信很多人在java設(shè)計模式七大設(shè)計原則中的迪米特法則與里氏替換原則介紹問題上存在疑惑,小編查閱了各式資料,整理出簡單好用的操作方法,希望對大家解答”java設(shè)計模式七大設(shè)計原則中的迪米特法則與里氏替換原則介紹”的疑惑有所幫助!接下來,請跟著小編一起來學習吧!
為武鄉(xiāng)等地區(qū)用戶提供了全套網(wǎng)頁設(shè)計制作服務(wù),及武鄉(xiāng)網(wǎng)站建設(shè)行業(yè)解決方案。主營業(yè)務(wù)為成都網(wǎng)站制作、網(wǎng)站建設(shè)、外貿(mào)網(wǎng)站建設(shè)、武鄉(xiāng)網(wǎng)站設(shè)計,以傳統(tǒng)方式定制建設(shè)網(wǎng)站,并提供域名空間備案等一條龍服務(wù),秉承以專業(yè)、用心的態(tài)度為用戶提供真誠的服務(wù)。我們深信只要達到每一位用戶的要求,就會得到認可,從而選擇與我們長期合作。這樣,我們也可以走得更遠!
簡單介紹一下七大設(shè)計原則:
開閉原則:是所有面向?qū)ο笤O(shè)計的核心,對擴展開放,對修改關(guān)閉
依賴倒置原則:針對接口編程,依賴于抽象而不依賴于具體
單一職責原則:一個接口只負責一件事情,只能有一個原因?qū)е骂愖兓?/p>
接口隔離原則:使用多個專門的接口,而不是使用一個總接口
迪米特法則(最少知道原則):只和朋友交流(成員變量、方法輸入輸出參數(shù)),不和陌生人說話,控制好訪問修飾符
里氏替換原則:子類可以擴展父類的功能,但不能改變父類原有的功能
合成復用原則:盡量使用對象組合(has-a)/聚合(contanis-a),而不是繼承關(guān)系達到軟件復用的目的
迪米特原則(Law of Demeter LoD)是指一個對象應(yīng)該對其他對象保持最少的了解,又 叫最少知道原則(Least Knowledge Principle,LKP),盡量降低類與類之間的耦合。
迪米特原則主要強調(diào)只和朋友交流,不和陌生人說話。出現(xiàn)在成員變量、方法的輸入、輸 出參數(shù)中的類都可以稱之為成員朋友類,而出現(xiàn)在方法體內(nèi)部的類不屬于朋友類。
現(xiàn)在來設(shè)計一個權(quán)限系統(tǒng),Boss 需要查看目前發(fā)布到線上的課程數(shù)量。這時候,Boss 要找到 TeamLeader 去進行統(tǒng)計,TeamLeader 再把統(tǒng)計結(jié)果告訴 Boss。接下來我們還 是來看代碼:
Course類:
/**
* @author eamon.zhang
* @date 2019-09-26 上午9:17
*/
public class Course {
}TeamLeader 類:
/**
* @author eamon.zhang
* @date 2019-09-26 上午9:17
*/
public class TeamLeader {
public void checkNumberOfCourses(List<Course> courseList) {
System.out.println("目前已發(fā)布的課程數(shù)量是:" + courseList.size());
}
}Boss 類:
/**
* @author eamon.zhang
* @date 2019-09-26 上午9:17
*/
public class Boss {
public void commandCheckNumber(TeamLeader teamLeader) {
//模擬 Boss 一頁一頁往下翻頁,TeamLeader 實時統(tǒng)計
List<Course> courseList = new ArrayList<Course>();
for (int i = 0; i < 20; i++) {
courseList.add(new Course());
}
teamLeader.checkNumberOfCourses(courseList);
}
}測試代碼:
public static void main(String[] args) {
Boss boss = new Boss();
TeamLeader teamLeader = new TeamLeader();
boss.commandCheckNumber(teamLeader);
}寫到這里,其實功能已經(jīng)都已經(jīng)實現(xiàn),代碼看上去也沒什么問題。根據(jù)迪米特原則,Boss 只想要結(jié)果,不需要跟 Course 產(chǎn)生直接的交流。而 TeamLeader 統(tǒng)計需要引用 Course 對象。Boss 和 Course 并不是朋友,從下面的類圖就可以看出來: 
下面來對代碼進行改造: TeamLeader類:
/**
* @author eamon.zhang
* @date 2019-09-26 上午9:17
*/
public class TeamLeader {
public void checkNumberOfCourses() {
List<Course> courseList = new ArrayList<Course>();
for (int i = 0; i < 20; i++) {
courseList.add(new Course());
}
System.out.println("目前已發(fā)布的課程數(shù)量是:" + courseList.size());
}
}Boss 類:
/**
* @author eamon.zhang
* @date 2019-09-26 上午9:17
*/
public class Boss {
public void commandCheckNumber(TeamLeader teamLeader) {
teamLeader.checkNumberOfCourses();
}
}再來看下面的類圖,Course 和 Boss 已經(jīng)沒有關(guān)聯(lián)了。

學習軟件設(shè)計原則,千萬不能形成強迫癥。碰到業(yè)務(wù)復雜的場景,我們需要隨機應(yīng)變。
里氏替換原則(Liskov Substitution Principle,LSP)是指如果對每一個類型為 T1 的對 象 o1,都有類型為 T2 的對象 o2,使得以 T1 定義的所有程序 P 在所有的對象 o1 都替換成 o2 時,程序 P 的行為沒有發(fā)生變化,那么類型 T2 是類型 T1 的子類型。
定義看上去還是比較抽象,我們重新理解一下,可以理解為一個軟件實體如果適用一個 父類的話,那一定是適用于其子類,所有引用父類的地方必須能透明地使用其子類的對象,子類對象能夠替換父類對象,而程序邏輯不變。根據(jù)這個理解,我們總結(jié)一下:
引申含義:子類可以擴展父類的功能,但不能改變父類原有的功能。
子類可以實現(xiàn)父類的抽象方法,但不能覆蓋父類的非抽象方法。
子類中可以增加自己特有的方法。
當子類的方法重載父類的方法時,方法的前置條件(即方法的輸入/入?yún)?要比父類 方法的輸入?yún)?shù)更寬松。
當子類的方法實現(xiàn)父類的方法時(重寫/重載或?qū)崿F(xiàn)抽象方法),方法的后置條件(即 方法的輸出/返回值)要比父類更嚴格或相等。
在前面講開閉原則的時候埋下了一個伏筆,我們記得在獲取折后時重寫覆蓋了父類的 getPrice()方法,增加了一個獲取原價格的方法 getOriginPrice(),顯然就違背了里氏替換 原則。我們修改一下代碼,不應(yīng)該覆蓋 getPrice()方法,增加 getDiscountPrice()方法:
/**
* @author eamon.zhang
* @date 2019-09-25 上午10:36
*/
public class NovelDiscountBook extends NovelBook {
public NovelDiscountBook(String name, int price, String author) {
super(name, price, author);
}
public double getDiscountPrice(){
return super.getPrice() * 0.85;
}
}使用里氏替換原則有以下優(yōu)點:
約束繼承泛濫,開閉原則的一種體現(xiàn)。
加強程序的健壯性,同時變更時也可以做到非常好的兼容性,提高程序的維護性、擴 展性。降低需求變更時引入的風險。
現(xiàn)在來描述一個經(jīng)典的業(yè)務(wù)場景,用正方形、矩形和四邊形的關(guān)系說明里氏替換原則, 我們都知道正方形是一個特殊的長方形,那么就可以創(chuàng)建一個長方形父類 Rectangle 類:
/**
* @author eamon.zhang
* @date 2019-09-26 上午9:59
*/
public class Rectangle {
private long height;
private long width;
public long getHeight() {
return height;
}
public void setHeight(long height) {
this.height = height;
}
public long getWidth() {
return width;
}
public void setWidth(long width) {
this.width = width;
}
}創(chuàng)建正方形 Square 類繼承長方形:
/**
* @author eamon.zhang
* @date 2019-09-26 上午10:01
*/
public class Square extends Rectangle {
private long length;
public long getLength() {
return length;
}
public void setLength(long length) {
this.length = length;
}
@Override
public long getHeight() {
return super.getHeight();
}
@Override
public void setHeight(long height) {
super.setHeight(height);
}
@Override
public long getWidth() {
return super.getWidth();
}
@Override
public void setWidth(long width) {
super.setWidth(width);
}
}在測試類中創(chuàng)建 resize()方法,根據(jù)邏輯長方形的寬應(yīng)該大于等于高,我們讓高一直自增, 知道高等于寬變成正方形:
public static void resize(Rectangle rectangle) {
while (rectangle.getWidth() >= rectangle.getHeight()) {
rectangle.setHeight(rectangle.getHeight() + 1);
System.out.println("width:" + rectangle.getWidth() + ",height:" + rectangle.getHeight());
}
System.out.println("resize 方法結(jié)束" +
"\nwidth:" + rectangle.getWidth() + ",height:" + rectangle.getHeight());
}測試代碼:
public static void main(String[] args) {
Rectangle rectangle = new Rectangle();
rectangle.setWidth(20);
rectangle.setHeight(10);
resize(rectangle);
}運行結(jié)果: 
發(fā)現(xiàn)高比寬還大了,在長方形中是一種非常正常的情況。現(xiàn)在我們再來看下面的代碼, 把長方形 Rectangle 替換成它的子類正方形 Square,修改測試代碼:
public static void main(String[] args) {
Square square = new Square();
square.setLength(10);
resize(square);
}這時候我們運行的時候就出現(xiàn)了死循環(huán),違背了里氏替換原則,將父類替換為子類后, 程序運行結(jié)果沒有達到預期。因此,我們的代碼設(shè)計是存在一定風險的。里氏替換原則 只存在父類與子類之間,約束繼承泛濫。我們再來創(chuàng)建一個基于長方形與正方形共同的 抽象四邊形 Quadrangle 接口:
/**
* @author eamon.zhang
* @date 2019-09-26 上午10:12
*/
public interface Quadrangle {
long getWidth();
long getHeight();
}修改長方形 Rectangle 類:
/**
* @author eamon.zhang
* @date 2019-09-26 上午9:59
*/
public class Rectangle implements Quadrangle {
private long height;
private long width;
@Override
public long getWidth() {
return width;
}
public long getHeight() {
return height;
}
public void setHeight(long height) {
this.height = height;
}
public void setWidth(long width) {
this.width = width;
}
}修改正方形類 Square 類:
/**
* @author eamon.zhang
* @date 2019-09-26 上午10:01
*/
public class Square implements Quadrangle {
private long length;
public long getLength() {
return length;
}
public void setLength(long length) {
this.length = length;
}
@Override
public long getWidth() {
return length;
}
@Override
public long getHeight() {
return length;
}
}此時,如果我們把 resize()方法的參數(shù)換成四邊形 Quadrangle 類,方法內(nèi)部就會報錯。
因為正方形 Square 已經(jīng)沒有了 setWidth()和 setHeight()方法了。因此,為了約束繼承 泛濫,resize()的方法參數(shù)只能用 Rectangle 長方形。當然,我們在后面的設(shè)計模式系列文章中 中還會繼續(xù)深入講解。
到此,關(guān)于“java設(shè)計模式七大設(shè)計原則中的迪米特法則與里氏替換原則介紹”的學習就結(jié)束了,希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習,快去試試吧!若想繼續(xù)學習更多相關(guān)知識,請繼續(xù)關(guān)注創(chuàng)新互聯(lián)網(wǎng)站,小編會繼續(xù)努力為大家?guī)砀鄬嵱玫奈恼拢?/p>
當前文章:java設(shè)計模式七大設(shè)計原則中的迪米特法則與里氏替換原則介紹
文章源于:http://www.chinadenli.net/article24/gpioje.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供云服務(wù)器、網(wǎng)站改版、網(wǎng)站策劃、域名注冊、品牌網(wǎng)站制作、企業(yè)網(wǎng)站制作
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)