Cómo expresar "nunca" con java.util.Date?

Question

Tengo una clase con los campos "deletionDate" y "experiationDate" que podrían no estar definidos, lo que significaría que el objeto está eliminado o no tiene una fecha de caducidad.

Mi primer acercamiento fue:

private Date deletionDate = null; // null means not deleted 

Tener el libro "Código limpio" en mente me recuerda a un mejor uso de nombres expresivos en lugar de comentarios. Así que mis soluciones actuales es:

private static final Date NEVER = null; 
private Date deletionDate = NEVER; 

pude usuario una clase envoltura alrededor de la fecha, pero eso complicaría APP mapeo.

¿Qué opina de eso? ¿Cómo expresarías "nunca"?

Answer 1

así, nunca, nunca, no es el 01/01/2999.

Me quedaría con su primera solución. una fecha nula significa que aún no ha sucedido.

tal vez se puede envolver con algo como:

boolean isNeverDeleted(){ 
    return deletionDate == null; 
} 

Answer 2

Simplemente elegiría una fecha de futuro lejano como el valor de la constante NUNCA. Luego, para verificar la eliminación/caducidad, simplemente compare contra NUNCA.

Answer 3

Deje el valor por defecto será tratado como "nunca"

Answer 4

Puede pensar en fecha nula como "no disponible" o "no aplicable". Si ese es el caso "NO FECHA" está bien para "nunca".

No subtipo Fecha solo para un requisito de estilo muy exquisito.

Una mejor opción es agregar semántica a su objeto modelo. Si dispone de un objeto cosa con una propiedad deletionDate que puede hacer:

class Thing 
+ deletionDate 
+ isNeverDeleted: boolean { return deletionDate == null; } 

y será más práctico y documentativa, tanto en la clase y en su código de cliente:

if(myThing.isNeverDeleted()) 

Answer 5

considero null apropiada . Indica claramente "no establecido".

Dependiendo de qué tan complicado desee obtener, sin embargo, podría tener un Enum y tener un estado como 'NeverExpires' como 'UserState' (o lo que sea que esté representando). Esto es probablemente preferible, pero podría ser inútilmente complejo, dependiendo de cuál sea su sistema.

Answer 6

yo no usaría Date pero las marcas de tiempo, usando -1 por nunca y 0 de inmediato;

public static final long IMMEDIATE = 0; 
public static final long NEVER = -1L; 
private long expires = NEVER; 

interpretación del atributo debe estar en un captador, como:

public boolean isExpired() { 

    return (NEVER == expires) ? false : (expires < System.currentTimeMillies()); 
} 

Supresión sigue el mismo patrón.

actualización sé que 0 y -1 son válidos marcas de tiempo, sino como de caducidad y borrado de archivos y otros recursos rara vez (nunca digas nunca :-)) ocurrirá en 1970 o antes, es una constante útil, en mi humilde opinión .