Pourquoi DateTime.Now est-il une propriété et non une méthode ?

Question

Après avoir lu cet article de blog : http://wekeroad.com/post/4069048840/when-should-a-method-be-a-property ,

Je me demande pourquoi Microsoft a choisi le C# :

DateTime aDt = DateTime.Now;

au lieu de

DateTime aDt = DateTime.Now();

• Les bonnes pratiques disent : Utilisez une méthode lorsque le fait d'appeler le membre deux fois de suite produit des résultats différents.
• Et DateTime.Now est un parfait exemple de méthode/propriété non déterministe.

Savez-vous s'il y a une raison pour cette conception ?
Ou si c'est juste une petite erreur ?

Answer 1

Je crois que dans CLR via C#, Jeffrey Richter mentionne que DateTime.Now est une erreur.

La classe System.DateTime possède une propriété readonly Now qui renvoie la date et l'heure actuelles. Chaque fois que vous interrogez cette propriété cette propriété, elle renvoie une valeur différente. C'est une erreur, et Microsoft souhaite que corriger cette classe en faisant de Now une méthode au lieu d'une propriété.

CLR via C# 3ème édition - Page 243

Answer 2

Il est en fait déterministe ; sa sortie n'est pas aléatoire, mais repose sur quelque chose de tout à fait prévisible.

L'"heure actuelle" change tout le temps ; donc, pour être relativement "la même" à chaque appel, cette valeur doit changer de façon à ce que, chaque fois qu'elle est appelée, elle renvoie l'heure actuelle.

EDIT :

Je viens de penser à ça : Bien sûr, deux appels ultérieurs à un récupérateur de propriété puede retourner des résultats différents, si quelque chose a changé la valeur de la propriété entre-temps. Les propriétés ne sont pas censées être Constants .

Donc, c'est ce qui se passe (conceptuellement) avec DateTime.Now ; sa valeur est modifiée entre les appels ultérieurs qui lui sont adressés.

Answer 3

Je ne sais pas si c'est la réponse, mais on pourrait argumenter que si la propriété renvoie toujours la propriété actuel il ne produit pas un résultat différent (il renvoie l'heure actuelle).

Cependant, il est définitivement un membre logique de DateTime et en tant que tel, il convient parfaitement à une propriété.

Answer 4

Selon MSDN, vous devez utiliser une propriété lorsque quelque chose est un membre logique de l'objet :

http://msdn.microsoft.com/en-us/library/bzwdh01d%28VS.71%29.aspx#cpconpropertyusageguidelinesanchor1

Ils poursuivent en énumérant les cas où une méthode serait plus appropriée. Ce qui est ironique, c'est que l'une des règles pour une méthode est de l'utiliser lorsque des appels successifs peuvent renvoyer des résultats différents et, bien sûr, Now répond certainement à ce critère.

Personnellement, je pense que cela a été fait pour éliminer le besoin d'un () supplémentaire, mais j'ai trouvé l'absence de () déroutante ;

Answer 5

Les lignes directrices sont pas des règles strictes et rapides.

Ces lignes directrices sont destinées aux dynamiques des objets, et, en réalité, sont en train de dire que les propriétés ne doivent pas muter un objet. DateTime.Maintenant, est une propriété statique, de sorte que l'appelant n'a pas muter un objet. C'est aussi que refléter l'état naturel de l'heure, de ne pas changer quoi que ce soit. C'est la simple observation d'une évolution constante de la minuterie.

Donc, le fait de ne pas créer des propriétés qui changent l'état de l'objet. Faire créer des propriétés que le simple fait d'observer l'état de l'objet (même si les changements d'état de l'extérieur).

Comme autre exemple, regardons la longueur d'une chaîne. C'est une propriété, mais la longueur de la chaîne peut changer d'une invocation à l'invocation si quelque chose d'autre de modifier la chaîne de l'extérieur. C'est fondamentalement ce qui se passe, le compte à rebours est en cours de modification à l'extérieur, Maintenant, juste reflète son état actuel seulement comme une chaîne de caractères.Longueur ou de tout autre bien.