您好,登錄后才能下訂單哦!
這篇文章主要介紹“C#面向?qū)ο缶幊讨械睦锸咸鎿Q原則是什么”,在日常操作中,相信很多人在C#面向?qū)ο缶幊讨械睦锸咸鎿Q原則是什么問題上存在疑惑,小編查閱了各式資料,整理出簡單好用的操作方法,希望對大家解答”C#面向?qū)ο缶幊讨械睦锸咸鎿Q原則是什么”的疑惑有所幫助!接下來,請跟著小編一起來學(xué)習(xí)吧!
在面向?qū)ο缶幊讨校?strong>SOLID 是五個設(shè)計(jì)原則的首字母縮寫,旨在使軟件設(shè)計(jì)更易于理解、靈活和可維護(hù)。這些原則是由美國軟件工程師和講師羅伯特·C·馬丁(Robert Cecil Martin)提出的許多原則的子集,在他2000年的論文《設(shè)計(jì)原則與設(shè)計(jì)模式》中首次提出。
SOLID 原則包含:
S:單一功能原則(single-responsibility principle)
O:開閉原則(open-closed principle)
L:里氏替換原則(Liskov substitution principle)
I:接口隔離原則(Interface segregation principle)
D:依賴反轉(zhuǎn)原則(Dependency inversion principle)
在面向?qū)ο蟮某绦蛟O(shè)計(jì)中,里氏替換原則(Liskov Substitution principle)是對子類型的特別定義。它由芭芭拉·利斯科夫(Barbara Liskov)在1987年的一次會議上,在名為“數(shù)據(jù)的抽象與層次”的演說中首次提出。
里氏替換原則的內(nèi)容可以描述為:“派生類(子類)對象可以在程序中代替其基類(超類)對象。”
也就是說,程序中的對象不管出現(xiàn)在什么地方,都應(yīng)該可以使用其派生類(子類)的對象進(jìn)行替換,而不影響程序運(yùn)行的正確性。
我們看這樣一個示例,假設(shè)一個企業(yè)有三種員工,一種是拿鐵飯碗的永久雇員,一種是合同工,一種是臨時工。我們設(shè)計(jì)幾個類來表示這三種員工。
先定義一個 Employee 基類。
public abstract class Employee { public string Name { get; set; } /// <summary> /// 計(jì)算獎金 /// </summary> /// <returns></returns> public abstract decimal CalculateBonus(); }
再定義該基類的三個子類:
/// <summary> /// 永久雇員 /// </summary> public class PermanentEmployee : Employee { public override decimal CalculateBonus() { return 80000; } } /// <summary> /// 合同工 /// </summary> public class ContractEmployee : Employee { public override decimal CalculateBonus() { return 2000; } } /// <summary> /// 臨時工(臨時工沒有獎金) /// </summary> public class TemporaryEmployee : Employee { public override decimal CalculateBonus() { throw new NotImplementedException(); //違反里氏替換原則 } }
接下來在 Main
方法中調(diào)用它們。
先定義一個類型為基類 Employee 的變量 e
,再分別使用其子類 PermanentEmployee、ContractEmployee 和 TemporaryEmployee 創(chuàng)建對象賦值給基類變量 e
,然后調(diào)用 e
的 CalculateBonus()
方法。
static void Main(string[] args) { Employee e; e = new PermanentEmployee() { Name = "張三" }; Console.WriteLine($"{e.Name} 的年終獎是 {e.CalculateBonus()} 元"); e = new ContractEmployee() { Name = "李四" }; Console.WriteLine($"{e.Name} 的年終獎是 {e.CalculateBonus()} 元"); e = new TemporaryEmployee() { Name = "王五" }; Console.WriteLine($"{e.Name} 的年終獎是 {e.CalculateBonus()} 元"); }
運(yùn)行一下可以觀察到(顯而易見的),當(dāng)使用 PermanentEmployee 和 ContractEmployee 類創(chuàng)建的對象替換基類型 Employee 的變量 e
時,調(diào)用 CalculateBonus()
方法可以正常運(yùn)行,但是使用 TemporaryEmployee 類創(chuàng)建的對象替換變量 e
時,調(diào)用 CalculateBonus()
方法拋出了異常,導(dǎo)致程序無法正常運(yùn)行。這就明顯違反了里氏替換原則。
那么,應(yīng)該如何改進(jìn)一下呢?
我們看到,每種員工都有基本信息 Name
屬性,但是由于臨時工 TemporaryEmployee 沒有獎金,所以不需要計(jì)算獎金。因此我們應(yīng)該把計(jì)算獎金的方法 CalculateBonus
單獨(dú)抽象出去,而不是讓它們都繼承于同一個基類,并將 TemporaryEmployee 子類中的 CalculateBonus
方法拋出一個異常。
改進(jìn)后的代碼:
interface IEmployee { /// <summary> /// 計(jì)算年終獎 /// </summary> /// <returns></returns> public decimal CalculateBonus(); } public abstract class Employee { public string Name { get; set; } } /// <summary> /// 永久雇員 /// </summary> public class PermanentEmployee : Employee, IEmployee { public decimal CalculateBonus() { return 80000; } } /// <summary> /// 合同工 /// </summary> public class ContractEmployee : Employee, IEmployee { public decimal CalculateBonus() { return 2000; } } /// <summary> /// 臨時工 /// </summary> public class TemporaryEmployee : Employee { }
在 Main
方法中,將調(diào)用它們的測試代碼改為:
static void Main(string[] args) { Employee e; IEmployee ie; var p = new PermanentEmployee() { Name = "張三" }; e = p; ie = p; Console.WriteLine($"{e.Name} 的年終獎是 {ie.CalculateBonus()} 元"); var c = new ContractEmployee() { Name = "李四" }; e = c; ie = c; Console.WriteLine($"{e.Name} 的年終獎是 {ie.CalculateBonus()} 元"); e = new TemporaryEmployee() { Name = "王五" }; Console.WriteLine($"{e.Name} 是臨時工,無年終獎。"); }
程序運(yùn)行正常。
這樣,這些子類的設(shè)計(jì)便遵循了里氏替換原則。
到此,關(guān)于“C#面向?qū)ο缶幊讨械睦锸咸鎿Q原則是什么”的學(xué)習(xí)就結(jié)束了,希望能夠解決大家的疑惑。理論與實(shí)踐的搭配能更好的幫助大家學(xué)習(xí),快去試試吧!若想繼續(xù)學(xué)習(xí)更多相關(guān)知識,請繼續(xù)關(guān)注億速云網(wǎng)站,小編會繼續(xù)努力為大家?guī)砀鄬?shí)用的文章!
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。