我正在寻找现实世界的最佳实践,其他人可能如何实施具有复杂领域的解决方案。
6 回答
每当您考虑使用 时IEqualityComparer<T>
,请停下来考虑是否可以改为实现该类IEquatable<T>
。如果 aProduct
应始终按 ID 进行比较,只需将其定义为等同,以便您可以使用默认比较器。
也就是说,您可能仍然需要自定义比较器的几个原因:
- 如果有多种方式可以认为一个类的实例是相等的。最好的例子是一个字符串,框架在
StringComparer
. - 如果该类的定义方式无法将其定义为
IEquatable<T>
. 这将包括其他人定义的类和编译器生成的类(特别是匿名类型,默认情况下使用属性比较)。
如果您确实决定需要一个比较器,您当然可以使用一个通用比较器(请参阅 DMeT 的答案),但如果您需要重用该逻辑,您应该将其封装在一个专用类中。您甚至可以通过从通用基础继承来声明它:
class ProductByIdComparer : GenericEqualityComparer<ShopByProduct>
{
public ProductByIdComparer()
: base((x, y) => x.ProductId == y.ProductId, z => z.ProductId)
{ }
}
就使用而言,您应该尽可能利用比较器。例如,与其调用ToLower()
用作字典键的每个字符串(其逻辑将散布在您的应用程序中),不如将字典声明为不区分大小写StringComparer
。接受比较器的 LINQ 运算符也是如此。但同样,始终考虑是否应该是类固有的行为而不是外部定义的平等行为。
我做了以下,我不确定这是否是现实世界的最佳实践,但它对我来说很好。:)
public class GenericEqualityComparer<T> : IEqualityComparer<T>
{
private Func<T, T, Boolean> _comparer;
private Func<T, int> _hashCodeEvaluator;
public GenericEqualityComparer(Func<T, T, Boolean> comparer)
{
_comparer = comparer;
}
public GenericEqualityComparer(Func<T, T, Boolean> comparer, Func<T, int> hashCodeEvaluator)
{
_comparer = comparer;
_hashCodeEvaluator = hashCodeEvaluator;
}
#region IEqualityComparer<T> Members
public bool Equals(T x, T y)
{
return _comparer(x, y);
}
public int GetHashCode(T obj)
{
if(obj == null) {
throw new ArgumentNullException("obj");
}
if(_hashCodeEvaluator == null) {
return 0;
}
return _hashCodeEvaluator(obj);
}
#endregion
}
然后你可以在你的收藏中使用它。
var comparer = new GenericEqualityComparer<ShopByProduct>((x, y) => x.ProductId == y.ProductId);
var current = SelectAll().Where(p => p.ShopByGroup == group).ToList();
var toDelete = current.Except(products, comparer);
var toAdd = products.Except(current, comparer);
如果您需要支持自定义 GetHashCode() 功能,请使用替代构造函数提供 lambda 来进行替代计算:
var comparer = new GenericEqualityComparer<ShopByProduct>(
(x, y) => { return x.ProductId == y.ProductId; },
(x) => { return x.Product.GetHashCode()}
);
我希望这有帮助。=)
有关(更好的)替代方案,请参阅此帖子:将委托包装在 IEqualityComparer 中
向下滚动到KeyEqualityComparer的部分,尤其是GetHashCode 的重要性部分。关于为什么(如 D MenT 的帖子所建议的)错误的原因有一个完整的讨论obj.GetHashCode();
,应该只返回 0。
这就是MSDN关于 IEqualityComparer(非泛型)的说法:
此接口允许为集合实现自定义的相等比较。也就是说,您可以创建自己的相等定义,并指定此定义与接受
IEqualityComparer
接口的集合类型一起使用。在 .NET Framework 中Hashtable
,NameValueCollection
、 和OrderedDictionary
集合类型的构造函数接受此接口。此接口仅支持相等比较。
IComparer
界面提供了排序和排序比较的自定义。
看起来此接口的通用版本执行相同的功能,但用于Dictionary<(Of <(TKey, TValue>)>)
集合。
至于为您自己的目的使用此界面的最佳实践。我想说最好的做法是在派生或实现与上述 .NET 框架集合具有相似功能的类并且想要将相同功能添加到自己的集合时使用它。这将确保您与 .NET 框架使用接口的方式保持一致。
换句话说,如果您正在开发自定义集合并且希望允许您的消费者控制在许多 LINQ 和集合相关方法(例如,排序)中使用的相等性,则支持使用此接口。
我会说最好的用途是当您需要为某个算法插入不同的相等规则时。与排序算法可能接受 的方式非常相似IComparer<T>
,查找算法也可能接受IEqualityComparer<T>
该列表经常使用此接口,因此您可以说 a.Substract(b) 或其他这些不错的函数。
请记住:如果您的对象不返回相同的 Hashcode,则不会调用 Equals。