2011-01-06 6 views
7

En el nombre de la propiedad de Java, ¿qué nombre es más correcto?En el nombre de la propiedad de Java, ¿qué nombre es más correcto?

  1. CreateDate
  2. fechaCreacion
  3. CreatedDate
  4. otros

Por favor, dime una expresión mejor, porque, soy japonés.

+5

Incluso los hablantes nativos de inglés deben hacer preguntas como esta con más frecuencia. :) –

+1

La * corrección * depende del contexto de la fecha real. Por favor, intente explicar * qué tipo de fecha * desea almacenar o modelar. Todos los nombres pueden tener sentido. –

+0

@Karl - pero por supuesto esto es cierto para cualquier idioma :) Pero bueno, los programadores no son lingüistas. –

Respuesta

0

Me gustaría ir (y he ido por) "createDate" a mí mismo.

+2

Mala idea. createDate se lee como "Crear fecha!" Ese debe ser un nombre de método, no un nombre de campo. –

+0

No estoy de acuerdo, pero supongo que es a gusto. la creación, etc. suena hinchada, y un método comienza con un límite, ¿verdad? :) – Nanne

+0

No, los nombres de los métodos normalmente no se escriben comenzando con una letra mayúscula en Java. – Jesper

1

depende del uso. si está celebrando alguna fecha cuando algo se crea entonces

creationDate sería bueno

10

Aunque Inglés no es mi lengua madre también creo que fechaCreacion es mejor porque quiere decir que esta es la fecha en que se creó algo.

createDate es irrelevante porque es el comando: ¡Oye, hombre, crea la fecha! createdDate está hablando de la fecha en sí y no de la fecha en que se creó otra cosa.

Espero que ayude.

+0

+1 mejor respuesta hasta ahora –

2

Yo personalmente iría por creationDate si es un nombre de propiedad. Si se trata de un método que crea una fecha, sería más apropiado createDate.

1

me gustaría fechaCreacion (= 作成 日)

0

no soy nativa también, pero personalmente yo preferiría algo así como dateOfCreation para hacer cosas totalmente claras.

1

Esta es la forma en que yo usaría los tres nombres:

String creationDate = "2011-01-01"; 
boolean createdDate = createDate(creationDate); 

(Honestamente: Prefiero un nombre a la variable booleana hasCreatedDate pero eso es bastante estrecha)

0

CreateDate - Esto refleja si estamos creando una Fecha o como ya lo mencionó alguien suena más como un nombre de método. Entonces esto debería ser descartado.

creationDate - Esto me parece apropiado. Está claramente reflejando la fecha en que se creó una cosa en particular.

CreatedDate - Esto también podría ser utilizado, pero sugeriría el uso en un formato diferente, como CreatedOn o CreatedBy

+0

"creationDate - ... la fecha ... una ... cosa se crea." Usted dice que prefiere la creación, pero el uso creado. –

+0

@ Peter- No seas tan estricto palabra por palabra. Me refería a la creación de uso – Kamal

2

creación simplemente 'creado', que es visible es la fecha a partir del tipo

+0

Estaba a punto de estar de acuerdo con esto, pero luego me di cuenta de que no se distinguiría muy bien de un booleano del mismo nombre – bphilipnyc

1

mi humilde opinión" "es más formal que" creado ". El primero implica una creación oficial o planificada, mientras que la creación es cuando realmente ocurrió en el pasado.

createdDate es el tiempo pasado e implica que esto es algo que ha sucedido. Esto es lo que esperaría ver. p.ej.si mira las propiedades de un archivo en Windows, le dará la fecha/hora de "Creado", "Modificado" y "Acceso"

creationDate implica una fecha planificada que podría estar en el futuro. p.ej. factory.setCreationDate ("2012-01-01") También podría ser la fecha de creación planificada u oficial pero no es la fecha real en que se creó (debido a la misma demora)

createDate es una acción que implica que desea crea un nuevo objeto de fecha.

alternativas podrían ser

  • DateCreated();
  • dateOfCreation();
  • createdOn();
Cuestiones relacionadas