Pourquoi GetHashCode n'est pas une propriété comme HashCode dans .NET

Question

Pourquoi GetHashCode n'est pas une propriété comme HashCode dans .NET?

Answer 1

Je ne pense pas qu'il y ait de bonnes raisons. Toute mise en œuvre de GetHashCode devrait être assez rapide pour mettre dans une propriété. Cela dit, il y a plenty of design flaws dans le framework .Net, certains petits, d'autres sérieux. Cela semble être un petit.

Answer 2

Probablement parce qu'il nécessite un calcul, et l'exposer comme une propriété pourrait impliquer que le hashcode est déjà disponible gratuitement.

Edit: lignes directrices à ce sujet: Properties versus Methods

« L'opération est assez cher que vous voulez communiquer à l'utilisateur qu'ils devraient envisager la mise en cache du résultat. »

Peut-être que GetHashCode est assez cher dans certains cas.

Answer 3

propriétés

ne doivent être utilisées que si le calcul derrière eux est vraiment rapide ou mises en cache

en plus la plupart du temps la seule logique des propriétés devrait être la validation

Answer 4

Vous devez vous rappeler que le .NET Framework est conçu pour être accessible par une grande variété de langues.

En théorie, vous pouvez créer un compilateur incapable de redéfinir correctement les propriétés. Alors que cela ferait un compilateur assez moche, ce ne serait pas nécessairement illégal. (Rappelez-vous que les propriétés ne sont que des méthodes avec des méta-données)

Answer 5

Outre qu'une propriété n'est rien d'autre qu'une méthode getter et une méthode setter, d'un point de vue design une propriété ne devrait jamais contenir de calculs autres que l'initialisation ou la validation, par exemple:

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() ne contient pas de nombreux calculs, mais il pourrait contenir de telles opérations à long exploitation (juste du fait qu'il pourrait calculer la hashcode d'un objet de manière complexe), ce pourquoi sa méthode à la place d'une propriété.

Answer 6

Souvent, il est impossible de définir un HashCode pour une classe qui fait depuis:

par exemple les objets de la classe n'ont pas un concept bien défini de identité.

Par conséquent, il est courant que la méthode GetHashCode() renvoie une exception NotImplementedException. Ceci serait bien sûr un problème si HashCode était une propriété, car la plupart des gens (et débogueurs) supposent qu'il est toujours valide pour obtenir la valeur d'une propriété