SOLID原則（OOD&OOP）

SOLID原則是面向對象編程和麪向對象設計的頭五大原則。學習及應用這五大原則能夠構建一個易於維護和擴展的應用程序，咱們一塊兒看看究竟是那五大原則。

• S--單一責任原則(SRP) --Single Responsibility Principle
• O--開放封閉原則(OCP)-- Open-Closed  Principle
• L--裏式替換原則(LSP)-- Liskov Substitution Principle
• I –- 接口分離原則(ISP)--Interface Segregation Principle
• D–-依賴倒置原則(DIP)-- Dependency Inversion Principle

 

1、單一責任原則(SRP)

單一責任原則指出當須要修改某個類的時候緣由有且只有一個。也就是說一個類應該只負責一件事情。當這個類須要去作其餘的事情的時候，就須要分解這個類。若是把多個功能放在一個類中要它負責，

那麼各個功能之間會造成關聯，改變其中一個功能可能會牽連其餘的功能的改變，這樣有須要花費時間和人力對其餘功能的改變進行測試，保證其餘功能的完整。

Ex：

 一個有關長方形的類，長、寬、面積。後來須要增長正方形，就繼續使用長方形的類，使用的時候長=寬。這一種狀況違背了SRP原則，一個類只負責一件事情，這個時候應該新建一個正方形的類。

2、開放封閉原則(OCP)

開放封閉原則指的是程序模塊應該遵循關閉修改，開放擴展。這裏與單一責任原則很好的聯繫在了一塊兒。一個類只負責一件事情。在程序模塊中當業務更改或新增的時候不該該更改現有的代碼行爲，

應該轉向開放擴展。其中一個方法是經過抽象方法，而後繼承已達到擴展的想法。

Ex：

仍是上面那個例子，最開始是計算長方形的面積，而後增長了正方形面積的計算。遵循關閉修改開放擴展的原則，不修改現有的代碼行爲。將計算方法抽象繼承已擴展。新加正方形計算方法。

public interface Calculate
    {
         decimal CalculateArea(decimal longs, decimal wide=0);
    }

    public class Rectangle : Calculate
    {
        public   decimal CalculateArea(decimal  longs,decimal  wide)
        {
            decimal s = longs * wide;
            return s;
        }
    }

    public class Square : Calculate
    {
        public decimal CalculateArea(decimal longs, decimal wide)
        {
            decimal s = longs * longs;
            return s;
        }
    }

 

3、里氏替換原則(LSP)

子類型必須可替代其基類型 –一個對象出現的地方均可以由其子類代替而且不會出錯，便是符合里氏替換原則的。

Ex：

       狗和鳥同時都具有不少相同特徵，能夠走、跑、叫，以鳥做爲基類，狗做爲子類，會出現子類不能替換基類的狀況，基類鳥能夠飛，可是子類狗不能。這樣不就符合里氏替換原則。能夠考慮以狗走位基類，鳥做爲子類，而後鳥擴展一個飛的屬性。或者二者都做爲子類，抽象出一個基類，動物類。知足子類能夠任意替換基類的狀況都是符合里氏替換原則的。

 　　

class Program
    {
        static void Main(string[] args)
        {
            Animal animal = new Dog();
            Console.WriteLine(animal.Walk());
            Console.WriteLine(animal.Run());
            Console.WriteLine(animal.Fly());
            Console.WriteLine(animal.MakeNoise());
            Console.ReadLine();
        }
    }
 

    public class Animal
    {
        public string Walk()
        {
            return "Move feet";
        }

 
        public string Run()
        {
            return "Move feet quickly";
        }
 

        public virtual string Fly()
        {
            return null;
        }

 
        public virtual string MakeNoise()
        {
            return null;
        }
    }

 
    public class Dog : Animal
    {
        public override string MakeNoise()
        {
            return "Bark";
        }
    }
 

    public class Bird : Animal
    {
        public override string MakeNoise()
        {
            return "Chirp";
        }

 
        public override string Fly()
        {
            return "Flag wings";
        }
    }

 

 

4、接口分離原則(ISP)

接口分離原則—client不該該被強迫依賴它不使用的方法，代表方法是分開或者隔離的。這個原則還強制實現高凝聚力，讓您更好地理解，更強大的類和低耦合，更容易維護，更容易抵抗變化（即不太可能引入錯誤）。

Ex:

public interface Animal
    {
         string Run();
         string Fly();
    }

    public class Dog : Animal
    {
        public string Fly()
        {
            return string.Empty;
        }
 
        public string Run()
        {
            return "小狗，快跑";
        }
    }

 
    public class Bird : Animal
    {
        public string Fly()
        {
            return "小鳥，快飛";
        }
 

        public string Run()
        {
            return "小鳥，快跑";
        }
    }

 

在這段代碼中，鳥和狗同時繼承了動物，可是在狗實現接口的時候，Fly方法沒有作任何操做。這裏顯然違背了接口分離原則，強迫了Dog類依賴了其Fly方法。

改進方法，能夠將動物接口修改爲兩個接口，AnimalFly接口和AnimalRun接口。這樣就遵循了其規則

 

5、依賴倒置原則(DIP)

       依賴倒置原則-也是最後一個原則了。其原則指出—一個高級模塊不該依賴於低級模塊，兩個都應該取決於抽象。抽象不該該依賴具體細節，細節應該依賴於抽象。

       在這裏能夠發現依賴倒置原則和前幾天講過的依賴注入的原則十分類似。

 

6、總結

      

SRP	單一職責原則	一個類應只負責一件事情
OCP	開放封閉原則	封閉修改，開放擴展
LSP	里氏替換原則	一個對象可由其子類代替
ISP	接口分離原則	客戶不該被強迫依賴它不使用的方法
DIP	依賴反轉原則	抽象不依賴具體，具體依賴於抽象

 

S.O.L.I.D 原則是很是有價值的五大原則，在建立和設計一個應用的時候應用這些原則，你會建立一個很是優秀的項目。

 

---

 

　　歡迎你們掃描下方二維碼，和我一塊兒學習更多的知識😊