欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

C#面向對象設計原則之單一職責原則

 更新時間:2022年03月07日 10:58:40   作者:.NET開發(fā)菜鳥  
這篇文章介紹了C#面向對象設計原則之單一職責原則,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧

單一職責原則(SRP)

定義:系統(tǒng)中的每一個類都應該只有一個職責。

好處:高內聚、低耦合。

解釋說明:

單一職責也就是說我們應該讓一個類或一個對象只做一件事情,每個類所要關注的就是自己要完成的職責是什么,能夠引起這個類變化的原因也應該只有一個,這也是后面提到的所有的設計模式都會遵守的一個原則。

高內聚:先按照面向對象的封裝特性來理解,封裝也就是我們說的,應該把一個類或對象它所有相關的屬性、方法、行為放到一起,放到一個類中,這樣就實現(xiàn)了一個封裝的特性。那么內聚,就是一個類里面應該包含它所有的屬性和行為。封裝就是內聚的一種表現(xiàn)方式。高內聚是指我們一個類的屬性和行為應該和這個類非常緊密,我們才把它放到這個類里面,反之我們就不應該把這個屬性或行為放到這個類里面。

低耦合:內聚是指類的內部,耦合是指類與類之間或者模塊之間相互的聯(lián)系,這種聯(lián)系、關系叫耦合,衡量這種耦合的程度,可以用耦合度來表示,耦合度越高說明類與類之間的聯(lián)系是越緊密的,也就是相互之間的獨立性比較差,也就是一個類必須依靠另外一個類才有意義,才能存在。耦合度越低,越容易重用,類也比較靈活。

錯誤案例1:

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;

namespace 單一職責_SRP_
{
    /// <summary>
    /// 會計類
    /// </summary>
    public class Accountant
    {
        /// <summary>
        /// 計算工資
        /// </summary>
        public void CalculateSalary()
        {
           // 計算工資
        }

        /// <summary>
        /// 存儲數(shù)據(jù)
        /// </summary>
        public void Store()
        {
           // 存儲數(shù)據(jù)
        }
    }
}

在上面的代碼中定義了一個會計類,類里面有兩個方法:計算工資和存儲數(shù)據(jù)。一個類里面有兩個職責,并且引起這個類變化的原因有很多種:一個是計算工資的方法的參數(shù)的變化會影響類的變化,存儲數(shù)據(jù)的方法的變化也會影響類的變化,沒有很好的實現(xiàn)單一職責原則,應該把計算工資和存儲數(shù)據(jù)分開。

錯誤案例2:

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;
using System.Data.SqlClient;
using System.Data;

namespace 單一職責_SRP_
{
    public interface IDao
    {
        // 獲取數(shù)據(jù)庫連接
        SqlConnection GetConnection();
        // 關閉連接
        void Close();
        // 執(zhí)行添加、更新、刪除操作
        void ExecuteUpdate(string strSQL);
        // 執(zhí)行查詢操作
        DataSet ExecuteQuery(String strSQL);
    }
}

上面的代碼中定義了一個數(shù)據(jù)訪問類,里面有兩個方法:數(shù)據(jù)鏈接、執(zhí)行增刪改查的操作。數(shù)據(jù)鏈接一般和配置文件關聯(lián)比較大。如果配置文件沒有配置好、或者數(shù)據(jù)庫服務沒有開啟,那么數(shù)據(jù)庫鏈接可能就打不開。執(zhí)行增刪改查主要和SQL語句有關系。最理想的設計應該是把與數(shù)據(jù)鏈接有關的操作封裝成一個類,把執(zhí)行增刪改查的操作封裝到另外一個類中。

在上面的兩個錯誤案例中,一個類都實現(xiàn)了兩個職責,而不是一個職責,不符合單一職責的原則。這樣設計類不是最完美的,建議按照單一職責的原則細分成兩個類,這樣就能實現(xiàn)高內聚低耦合。

代碼下載鏈接:點此下載

到此這篇關于C#面向對象設計單一職責原則的文章就介紹到這了。希望對大家的學習有所幫助,也希望大家多多支持腳本之家。

相關文章

最新評論