当前位置：文江博客话题详情

为什么 GetHashCode 不是像 .NET 中的 HashCode 那样的属性

发布于 2024-07-13 03:07:11 字数 50 浏览 7 评论 0原文

为什么 GetHashCode 不是像 .NET 中的 HashCode 那样的属性？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

浸婚纱 2024-07-20 03:07:11

可能是因为它需要计算，并将其公开为属性可能意味着哈希码已经可以免费使用。

编辑：
相关指南：属性与方法

"该操作的成本足够高，您希望告知用户他们应该考虑缓存结果。”

也许在某些情况下 GetHashCode 已经足够昂贵了。

回复收藏 0 原文

吲‖鸣 2024-07-20 03:07:11

我认为没有什么充分的理由。 GetHashCode 的任何实现都应该足够快以放入属性中。也就是说，.Net 框架中存在大量设计缺陷，有些很小，有些很严重。这似乎是一件小事。

回复收藏 0 原文

夜未央樱花落 2024-07-20 03:07:11

通常不可能为这样的类定义 HashCode：

例如，类的对象不
有一个明确的概念
身份。

因此，让 GetHashCode() 方法抛出 NotImplementedException 是很常见的。如果 HashCode 是一个属性，这当然会出现各种各样的问题，因为大多数人（和调试器）认为获取属性的值总是有效的

回复收藏 0 原文

再可℃爱ぅ一点好了 2024-07-20 03:07:11

除此之外，属性只不过是 getter 和 setter 方法，从设计角度来看，属性不应该包含初始化或验证之外的任何计算，例如：

private object _obj;
public object Obj
{
  get
  {
    if(_obj == null)
    {
      _obj = new object();
    }
    return _obj;
  }
  set
  {
    if(value == badvalue)
    {
      throw new ArgumentException("value");
    }
    _obj = value;
  }
}

GetHashCode() 不包含大量计算，但它可以包含如此长时间的运行操作（仅仅因为它可以以复杂的方式计算对象的哈希码），这就是为什么它是方法而不是属性。

Besides that a property is nothing else than a getter and a setter method, from a design perspective a property should never contain any computations other than initializing or validation, eg:

private object _obj;
public object Obj
{
  get
  {
    if(_obj == null)
    {
      _obj = new object();
    }
    return _obj;
  }
  set
  {
    if(value == badvalue)
    {
      throw new ArgumentException("value");
    }
    _obj = value;
  }
}

GetHashCode() does not contain extensive computations, but it could contain such long running operations (just from the fact that it could compute the hashcode of an object in a complex manner), this is why its a method instead of a property.

回复收藏 0 原文