前言
建議10、創建物件時需要考慮是否實作比較器
建議11、區別對待==和Equals
建議12、重寫Equals時也要重寫GetHashCode
建議10、創建物件時需要考慮是否實作比較器
有物件的地方就會存在比較，就像小時候每次拿著考卷回家，媽媽都會問你隔壁的那誰誰誰考了多少分呀，下面我們也來舉個簡單的例子，就是有幾個人的Salary串列，我們根據基本工資來進行羅列：
class Program
{
static void Main(string[] args)
{
ArrayList array = new ArrayList();
array.Add(1100);
array.Add(1200);
array.Add(1160);
array.Sort();
foreach (var obj in array)
{
Console.WriteLine(obj.ToString());
}
Console.ReadLine();
}
}
可以發現通過ArrayList.Sort()方法即可完成排序的任務，不過ArrayList這里只能是一個欄位的，假如有姓名、工資兩個欄位，然后根據工資進行排序那么按照現在的情況來看，ArrayList是無法實作的，所以介面IComparable現在可以派上用場了，現在先定義一個物體，并且實作介面IComparable，
public class Salary:IComparable
{
/// <summary>
/// 姓名
/// </summary>
public string Name { get; set; }
/// <summary>
/// 基本工資
/// </summary>
public int BaseSalary { get; set; }
/// <summary>
/// 實作IComparable介面
/// </summary>
/// <param name="obj"></param>
/// <returns></returns>
public int CompareTo(object obj)
{
Salary staff = obj as Salary;
if (BaseSalary > staff.BaseSalary)
{
return 1;
}
else if (BaseSalary == staff.BaseSalary)
{
return 0;
}
else
{
return -1;
}
}
}
進行排序
ArrayList array = new ArrayList();
array.Add(new Salary() { Name = "aehyok", BaseSalary = 12000 });
array.Add(new Salary() { Name = "Kris", BaseSalary = 11200 });
array.Add(new Salary() { Name = "Leo", BaseSalary = 18000 });
array.Add(new Salary() { Name = "Niki", BaseSalary = 20000 });
array.Sort();
foreach (Salary obj in array)
{
Console.WriteLine(string.Format("{0} BaseSalary:{1}", obj.Name, obj.BaseSalary));
}
Console.ReadLine();
如果未繼承Icomparable介面，那么會出現如下錯誤，
正確的進行排序，結果如下所示
假如現在在Salary類中添加了一個獎金的欄位如下
public class Salary:IComparable
{
/// <summary>
/// 姓名
/// </summary>
public string Name { get; set; }
/// <summary>
/// 基本工資
/// </summary>
public int BaseSalary { get; set; }
/// <summary>
/// 獎金
/// </summary>
public int Bouns { get; set; }
/// <summary>
/// 實作IComparable介面
/// </summary>
/// <param name="obj"></param>
/// <returns></returns>
public int CompareTo(object obj)
{
Salary staff = obj as Salary;
if (BaseSalary > staff.BaseSalary)
{
return 1;
}
else if (BaseSalary == staff.BaseSalary)
{
return 0;
}
else
{
return -1;
}
}
}
再繼續假如，現在又要以Bouns獎金欄位進行排序，那應該怎么處理呢？當然修改Salary物體類中繼承的介面方法進行處理肯定是沒問題了，但是比較麻煩，我們可以采用自定義比較介面IComparer來實作，
public class BounsComparer:IComparer
{
public int Compare(object x, object y)
{
Salary s1 = x as Salary;
Salary s2 = y as Salary;
return s1.Bouns.CompareTo(s2.Bouns);
}
}
然后重新進行排序
ArrayList array = new ArrayList();
array.Add(new Salary() { Name = "aehyok", BaseSalary = 12000,Bouns=500 });
array.Add(new Salary() { Name = "Kris", BaseSalary = 11200,Bouns=400 });
array.Add(new Salary() { Name = "Leo", BaseSalary = 18000,Bouns=300 });
array.Add(new Salary() { Name = "Niki", BaseSalary = 20000,Bouns=700 });
array.Sort(new BounsComparer());
foreach (Salary obj in array)
{
Console.WriteLine(string.Format("{0} \tBaseSalary:{1}\tBouns{2}", obj.Name, obj.BaseSalary,obj.Bouns));
}
Console.ReadLine();
結果如下所示
注意，剛才實作介面名字叫IComparable,而自定義的比較器介面是IComparer
如果我們稍有經驗，會發現如下函式中的問題
public int Compare(object x, object y)
{
Salary s1 = x as Salary;
Salary s2 = y as Salary;
return s1.Bouns.CompareTo(s2.Bouns);
}
這個函式中進行了轉型處理，這是會影響性能的，如果集合中有成千上萬個復雜的物體物件，那么進行排序時耗費的時間是巨大的，所以泛型登場，很好的解決了這個問題，
因此以上代碼中的ArrayList，可以替換為List<T>,對應的我們就應該實作IComparable<T>和IComparer<T>，
實作的代碼如下:
1、物體類實作介面IComparable<T> 2、自定義比較器實作介面IComparer<T> 3、進行排序的呼叫
public class Salary:IComparable<Salary>
{
/// <summary>
/// 姓名
/// </summary>
public string Name { get; set; }
/// <summary>
/// 基本工資
/// </summary>
public int BaseSalary { get; set; }
/// <summary>
/// 獎金
/// </summary>
public int Bouns { get; set; }
/// <summary>
/// 實作IComparable介面
/// </summary>
/// <param name="obj"></param>
/// <returns></returns>
public int CompareTo(Salary other)
{
return BaseSalary.CompareTo(other.BaseSalary);
}
}
public class BounsComparer : IComparer<Salary>
{
public int Compare(Salary x, Salary y)
{
return x.Bouns.CompareTo(y.Bouns);
}
}
List<Salary> array =new List<Salary>();
array.Add(new Salary() { Name = "aehyok", BaseSalary = 12000,Bouns=500 });
array.Add(new Salary() { Name = "Kris", BaseSalary = 11200,Bouns=400 });
array.Add(new Salary() { Name = "Leo", BaseSalary = 18000,Bouns=300 });
array.Add(new Salary() { Name = "Niki", BaseSalary = 20000,Bouns=700 });
array.Sort(new BounsComparer());
foreach (Salary obj in array)
{
Console.WriteLine(string.Format("{0} \tBaseSalary:{1}\tBouns{2}", obj.Name, obj.BaseSalary,obj.Bouns));
}
Console.ReadLine();
最終結果
建議11、區別對待==和Equals
這里我之前有一篇博文針對==和Equals有過專門的介紹，在此就不再進行過多的闡述了http://www.cnblogs.com/aehyok/p/3505000.html
建議12、重寫Equals時也要重寫GetHashCode
下面先來看一個簡單的小例子，定義如下物體類：
public class Person
{
public string IDCode { get;private set; }
public Person(string idCode)
{
this.IDCode = idCode;
}
public override bool Equals(object obj)
{
return IDCode == (obj as Person).IDCode;
}
}
針對上面物體類進行編譯
這里會有一個提示暫時先不管
public class PersonMoreInfo
{
public string SomeThing { get; set; }
}
通過這兩個物體類，我們來使用以下Dictionary型別，代碼如下：
class Program
{
static Dictionary<Person, PersonMoreInfo> PersonValues = new Dictionary<Person, PersonMoreInfo>();
static void Main(string[] args)
{
AddAPerson();
Person mike = new Person("aehyok");
Console.WriteLine(PersonValues.ContainsKey(mike));
//Console.WriteLine(mike.GetHashCode());
Console.ReadLine();
}
static void AddAPerson()
{
Person mike = new Person("aehyok");
PersonMoreInfo mikeValue = https://www.cnblogs.com/ljdong7/p/new PersonMoreInfo() { SomeThing="aehyok's Info"};
PersonValues.Add(mike, mikeValue);
//Console.WriteLine(mike.GetHashCode());
Console.WriteLine(PersonValues.ContainsKey(mike));
}
}
結果為true,false，
理論上來說，我們重寫了Person類中的Equals方法，也就是說在AddAPerson方法中的mike和在Main函式中的mike屬于”值相等“，從上面的結果可以發現，針對同一個實體，這種結論是正確的，針對不同的實體，這種結果就是有問題的，
基于鍵值的集合（如上面的Dictionary）會根據Key值來查找Value值，CLR內部會優化這種查找，實際上，最終是根據Key值的HasCode來查找Value值，代碼運行的時候，CRL首先會呼叫Person型別的GetHashCode，由于發現Person沒有實作GetHashCode，所以CLR最侄訓呼叫Object的 GetHashCode方法，將上面代碼中的兩行注釋代碼去掉，運行程式得到輸出
可以發現，AddAPerson方法和Main方法中的兩個mike的HashCode是不同的，這是因為：Object為所有的CLR型別都提供了GetHashCode的默認實作，每new一個物件，CLR都會為該物件生成一個固定的整形值，該整形值在物件的生存周期內不會改變，而該物件默認的GetHashCode實作就是對該整型值求HashCode，所以，在上面的代碼中，兩個mike兌現雖然屬性值都一致，但是它們默認實作的HashCode不一致，這就導致Dictionary中出現例外的行為，
想要修正該問題，就必須重寫GetHashCode方法，Person類的一個簡單的重寫可以是如下的代碼：
public override int GetHashCode()
{
return this.IDCode.GetHashCode();
}
此時再運行上面的代碼，會發現
兩者的HashCode是一致的，而dictionary也會找到相應的鍵值，
GetHasCode方法存在另外一個問題，就是它永遠只回傳一個整型，而整型型別的容量顯然無法滿足字串的容量
string str1 = "NB0903100006";
string str2 = "NB0904140001";
Console.WriteLine(str1.GetHashCode());
Console.WriteLine(str2.GetHashCode());
這兩個字串產生的HasCode是一樣的，為了減少這種情況，我們稍作修改：
public override int GetHashCode()
{
return (System.Reflection.MethodBase.GetCurrentMethod().DeclaringType.FullName+"#"+this.IDCode).GetHashCode();
}
重寫Equals方法的同時，也應該實作一個型別安全的介面IEquatable<T>,所以Person型別的最終代碼如下：
public class Person:IEquatable<Person>
{
public string IDCode { get;private set; }
public Person(string idCode)
{
this.IDCode = idCode;
}
public override bool Equals(object obj)
{
return IDCode == (obj as Person).IDCode;
}
public override int GetHashCode()
{
return (System.Reflection.MethodBase.GetCurrentMethod().DeclaringType.FullName+"#"+this.IDCode).GetHashCode();
}
public bool Equals(Person other)
{
return IDCode == other.IDCode;
}
}
對于IEquatable介面暫時沒接觸過，第一次使用
轉載請註明出處，本文鏈接：https://www.uj5u.com/net/93236.html
標籤：C#
上一篇：C#中怎樣連接資料庫并將查詢結果轉為物體類以及如何加入事務
下一篇：C#程式撰寫高質量代碼改善的157個建議【13-15】[為型別輸出格式化字串、實作淺拷貝和深拷貝、用dynamic來優化反射]