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#面向對象設計單一職責原則的文章就介紹到這了。希望對大家的學習有所幫助,也希望大家多多支持腳本之家。
相關文章
C#組件系列 你值得擁有的一款Excel處理神器Spire.XLS
又一款Excel處理神器Spire.XLS,這篇文章主要為大家詳細介紹了第三方組件Spire.XLS,具有一定的參考價值,感興趣的小伙伴們可以參考一下2016-09-09
C#原型模式之如何通過克隆對象來優(yōu)化創(chuàng)建過程
原型模式是一種創(chuàng)建型設計模式,通過克隆現(xiàn)有對象來創(chuàng)建新對象,避免重復的創(chuàng)建成本和復雜的初始化過程,它適用于對象創(chuàng)建過程復雜、需要大量相似對象或避免重復初始化的場景,本文介紹C#原型模式之如何通過克隆對象來優(yōu)化創(chuàng)建過程,感興趣的朋友一起看看吧2025-03-03
C#滑動驗證碼拼圖驗證功能實現(xiàn)(SlideCaptcha)
目前網(wǎng)站上的驗證碼機制可謂是五花八門,有簡單的數(shù)字驗證,有摻雜了字母和文字的混淆驗證,還有通過滑塊進行的拼圖驗證,下面這篇文章主要給大家介紹了關于C#滑動驗證碼拼圖驗證功能的實現(xiàn)方法,需要的朋友可以參考下2022-04-04

