Come dovrei nominare una proprietà DateTime?

Question

Se ho una classe che memorizza un DateTime:

class LogEntry 
{ 
    readonly DateTime dateTime; 

    public LogEntry(DateTime dateTime) 
    { 
     this.dateTime = dateTime; 
    } 

    public DateTime ????? 
    { 
     get 
     { 
      return dateTime; 
     } 
    } 
} 

Cosa devo chiamare la proprietà DateTime? O dovrei dividere la proprietà in 2 proprietà: 1) Data 2) Tempo?

modifica: stavo cercando un nome di proprietà che fornisca inferenza che il suo valore sia sia una data che un'ora, non una proprietà specifica per le voci di registro (es. DateCreated non fornisce alcuna inferenza che condivide anche il tempo la voce è stata creata e viceversa).

Answer 1

TimeStamp forse?

Answer 2

When è un buon nome in un registro.

Modifica: e dalle linee guida di denominazione ufficiale: "Do considerare di denominare una proprietà uguale al relativo Tipo". che si traduce in

public DateTime DateTime { get { ... } } 

Answer 3

Tutto ciò che è semplice, non contrasta con altri nomi come DateTime stesso, ed è descrittivo. Poiché si tratta di una voce di registro, è possibile chiamarla EntryTime.

Answer 4

LogDate 
CreatedDate 
EntryDate 
StarDate // ** 

Scegli un nome che ritieni descriva meglio la proprietà. E, no, non dividere la proprietà.

Answer 5

Qualunque cosa abbia senso per voi (e il vostro team). Potresti usare EntryDateTime come avrebbe senso. Se siete mai andando ad avere bisogno la data e l'ora separata, allora varrebbe la pena di creare metodi separati, ma non c'è bisogno di dividere i due semplicemente per la denominazione ragioni.

Answer 6

Si dovrebbe scegliere una convenzione per i timestamp nella propria base di codice e quindi attenersi a quella. Ad esempio, chiamo tutti i miei timestamp "updated_at" o "created_at". Altre opzioni sarebbero CreateedDate e UpdateDate.

non di divisione di data e ora in edifici separati. L'unica ragione per cui si farebbe che sarebbe per un qualche tipo di ottimizzazione per l'elaborazione ad alto volume in cui si identifica in modo esplicito Data di analisi come un collo di bottiglia.

Answer 7

A differenza della maggior parte dei suggerimenti qui, utilizzerei DateCreated perché è intuitivo iniziare a digitare "data" quando si cerca la data di creazione. Inoltre, non penso ci sia un problema, solo "data" appare nel nome e non "tempo". È frequente e accettabile.

Answer 8

Che dire di TimeStamp?

Answer 9

si dovrebbe scegliere un nome descrittivo come quello che la struttura impone ...

Se la sua per un CreateDate poi "CreateDate" .. piuttosto auto esplicativo.

Per la registrazione, è possibile utilizzare "LoggedTimeStamp", "LoggedDateTime", ecc

Answer 10

Una data è solo una misura grana grossa del Tempo, che grumi 24 ore nella stessa unità. Metti in termini di polli e uova, il tempo arriva prima della data: il tempo è l'entità fisica, la data è solo un'unità di misura. Il tipo di dati DateTime aiuta a confondere il problema e porta molte persone a pensare al tempo come una frazione di data. Questo è completamente sbagliato! Einstein non parlava di Space Date, vero?

I vostri nomi dovrebbero essere descrittivi di ciò che effettivamente accade, al contrario di dettagliare il tipo di dati (Lezinski, o qualunque sia il suo nome, chiaramente non aveva intellisense a sua disposizione).

Quindi LogTime o EntryTime sarebbero i migliori nomi.

Confondere il tipo di dati, l'unità di misura e l'entità fisica sono errori concettuali che portano i programmatori lungo il percorso del giardino.

E non è il giardino dell'Eden.

Answer 11

Supponendo LogEntry viene utilizzato per la registrazione, ecco come alcune altre piattaforme di registrazione lo fanno:

log4net chiama TimeStamp nel LoggingEventData struct.

NLog lo chiama TimStamp nella classe LogEventInfo.

Enterprise Library lo chiama timeStamp nella classe LogEntry.

Microsoft lo chiama DateTime nella classe TraceEventCache (TraceEventCache viene passato nelle chiamate TraceListener Trace *. DateTime è l'ora in cui è stato generato il messaggio di registrazione).

Answer 12

Il commento sulla domanda dice che la domanda non dovrebbe essere specifica di classe.

La risposta corretta è specifica per la classe, non si riferisce al fatto che la proprietà è un DateTime (sappiamo già che è una data e un'ora perché, beh, perché si tratta di dati e ora). La proprietà esisterà per una ragione particolare, ed è questa la ragione per cui dovremmo prendere in considerazione quando nominiamo.

Eppure, mentre la richiesta di una non-classe di nome della proprietà specifica è stato fatto, offro:

public DateTime TheMomentOfTruth 

:)