C#實(shí)現(xiàn)六大設(shè)計(jì)原則之迪米特法則
定義:
一個對象應(yīng)該對其他對象保持最少的了解。
問題由來:
類與類之間的關(guān)系越密切,耦合度越大,當(dāng)一個類發(fā)生改變時,對另一個類的影響也越大。
解決方案:
盡量降低類與類之間的耦合。
PS:
自從我們接觸編程開始,就知道了軟件編程的總的原則:低耦合,高內(nèi)聚。
無論是面向過程編程還是面向?qū)ο缶幊?,只有使各個模塊之間的耦合盡量的低,才能提高代碼的復(fù)用率。
低耦合的優(yōu)點(diǎn)不言而喻,但是怎么樣編程才能做到低耦合呢?那正是迪米特法則要去完成的。
迪米特法則又叫最少知道原則,最早是在1987年由美國Northeastern University的Ian Holland提出。
通俗的來講,就是一個類對自己依賴的類知道的越少越好。也就是說,對于被依賴的類來說,無論邏輯多么復(fù)雜,都盡量地的將邏輯封裝在類的內(nèi)部,對外除了提供的public方法,不對外泄漏任何信息。
迪米特法則還有一個更簡單的定義:只與直接的朋友通信。
首先來解釋一下什么是直接的朋友:每個對象都會與其他對象有耦合關(guān)系,只要兩個對象之間有耦合關(guān)系,我們就說這兩個對象之間是朋友關(guān)系。
耦合的方式很多,依賴、關(guān)聯(lián)、組合、聚合等。其中,我們稱出現(xiàn)成員變量、方法參數(shù)、方法返回值中的類為直接的朋友,而出現(xiàn)在局部變量中的類則不是直接的朋友。
也就是說,陌生的類最好不要作為局部變量的形式出現(xiàn)在類的內(nèi)部。
接下來用C#代碼模擬發(fā)生的場景, 舉個例子: 假如我們需要這樣一個功能, 我們需要打印一個學(xué)校內(nèi)所有班級的所有學(xué)生,
我們新建3個不同的類, Class(班級), Student(學(xué)生), School(學(xué)校)
(1).班級類主要由一個ID和班級名稱、一個學(xué)生列表, 另外還提供一個打印學(xué)生列表的Print()方法。
public class Class { public int Id { get; set; } public string ClassName { get; set; } public List<Student> StudentList { get; set; } public void Print() //班級內(nèi)里面預(yù)留打印學(xué)生的方法 { foreach (Student s in this.StudentList) { Console.WriteLine(" {0}Manage {1} ", s.GetType().Name, s.StudentName); } } }
(2).學(xué)生類主要就由ID和學(xué)生姓名組成
public class Student { public int Id { get; set; } public string StudentName { get; set; } }
(3).School 主要構(gòu)成同樣, 另外也包含了一個Pirnt方法, 他負(fù)責(zé)打印班級名稱和學(xué)生名稱
public class School { public int Id { get; set; } public string SchoolName { get; set; } public List<Class> ClassList { get; set; } public void Print() { Console.WriteLine("Manage {0}", this.GetType().Name); foreach (Class c in this.ClassList) { Console.WriteLine(" {0}Manage {1} ", c.GetType().Name, c.ClassName); List<Student> studentList = c.StudentList; foreach (Student s in studentList) { Console.WriteLine(" {0}Manage {1} ", s.GetType().Name, s.StudentName); } } }
現(xiàn)在這個設(shè)計(jì)的主要問題出在School中,根據(jù)迪米特法則,只與直接的類發(fā)生通信,而Student類并不是School類的直接關(guān)系(以局部變量出現(xiàn)的耦合不屬于直接關(guān)系),從邏輯上講學(xué)校只與他的班級耦合就行了,與班級的學(xué)生并沒有任何聯(lián)系,這樣設(shè)計(jì)顯然是增加了不必要的耦合。按照迪米特法則,應(yīng)該避免類中出現(xiàn)這樣非直接關(guān)系的耦合。修改后的代碼如下:
public class School { public int Id { get; set; } public string SchoolName { get; set; } public List<Class> ClassList { get; set; } public void Print() { Console.WriteLine("Manage {0}", this.GetType().Name); foreach (Class c in this.ClassList) { Console.WriteLine(" {0}Manage {1} ", c.GetType().Name, c.ClassName); c.Print(); //List<Student> studentList = c.StudentList; //foreach (Student s in studentList) //{ // Console.WriteLine(" {0}Manage {1} ", s.GetType().Name, s.StudentName); //} } } }
修改后,調(diào)用班級打印學(xué)生名稱的方法,學(xué)校直接調(diào)用來打印,從而避免了與班級的學(xué)生發(fā)生耦合。
迪米特法則的初衷是降低類之間的耦合,由于每個類都減少了不必要的依賴,因此的確可以降低耦合關(guān)系。
但是凡事都有度,雖然可以避免與非直接的類通信,但是要通信,必然會通過一個“中介”來發(fā)生聯(lián)系,例如本例中,總公司就是通過分公司這個“中介”來與分公司的員工發(fā)生聯(lián)系的。
過分的使用迪米特原則,會產(chǎn)生大量這樣的中介和傳遞類,導(dǎo)致系統(tǒng)復(fù)雜度變大。所以在采用迪米特法則時要反復(fù)權(quán)衡,既做到結(jié)構(gòu)清晰,又要高內(nèi)聚低耦合。
到此這篇關(guān)于C#實(shí)現(xiàn)六大設(shè)計(jì)原則之迪米特法則的文章就介紹到這了。希望對大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
- C#實(shí)現(xiàn)六大設(shè)計(jì)原則之依賴倒置原則
- C#面向?qū)ο笤O(shè)計(jì)原則之組合/聚合復(fù)用原則
- C#面向?qū)ο笤O(shè)計(jì)原則之接口隔離原則
- C#面向?qū)ο笤O(shè)計(jì)原則之里氏替換原則
- C#面向?qū)ο笤O(shè)計(jì)原則之單一職責(zé)原則
- C#面向?qū)ο笤O(shè)計(jì)原則之開閉原則
- C#實(shí)現(xiàn)六大設(shè)計(jì)原則之接口隔離原則
- C#實(shí)現(xiàn)六大設(shè)計(jì)原則之里氏替換原則
- C#實(shí)現(xiàn)六大設(shè)計(jì)原則之單一職責(zé)原則
- 淺談C#六大設(shè)計(jì)原則
- C#編程之依賴倒置原則DIP
相關(guān)文章
C#使用whisper.net實(shí)現(xiàn)語音識別功能
這篇文章主要為大家詳細(xì)介紹了C#如何使用whisper.net實(shí)現(xiàn)語音識別功能,文中的示例代碼講解詳細(xì),具有一定的借鑒價值,感興趣的小伙伴可以學(xué)習(xí)一下2023-11-11

unity android設(shè)備上查看log輸出方式

Unity3D UI Text得分?jǐn)?shù)字增加的實(shí)例代碼

C# 利用ICSharpCode.SharpZipLib實(shí)現(xiàn)在線壓縮和解壓縮

Unity多語言轉(zhuǎn)換工具的實(shí)現(xiàn)

c#中使用BackgroundWorker的實(shí)現(xiàn)