¿Qué patrón preferiría?

Question

En nuestro proyecto necesitamos almacenar algún objeto (usuario, por ejemplo) y también la clase de usuario debe tener una bandera de validación (métodos como setOutdated y isOutdated)

De vez en cuando, nuestro objeto de usuario puede ser nula, pero bandera de validación debe ser alcanzable en este caso. Es posible extraer esos métodos de la clase de Usuario, pero ese campo y los métodos deben estar dentro de esa clase debido a la semántica.

He encontrado algunos artículos sobre el patrón Objeto nulo (como this), y quiero saber: ¿es posible crear Objeto nulo (como un patrón) que puede almacenar varios estados como nulo obsoleto, nulo no desactualizado, no nulo obsoleto y no nulo no desactualizado.

PD: Si un campo de introducir "anticuado" en mi clase, que será muy difícil de objetos transparentes en lugar de establecer que en nulo

Answer 1

se quiere diferenciar entre (entre otros) "nulo obsoleta" y "nulo no obsoleta".
Esto significa que usted sugiere dos diferentes objetos nulos, con un comportamiento diferente. Se trata de una violación del patrón que dice que un objeto nulo debe tener un tipo de comportamiento, el comportamiento predeterminado de un objeto no inicializado de su tipo.

que sugieren que o bien utiliza el @Kent solución proporcionada, o que haga su objeto de usuario algo así como objetos "FormerUser" "PresentUser" y. Esta última es técnicamente la misma solución que usted propone, pero no es un Patrón de Objeto Nulo.

Answer 2

Mi primera idea es la adición de una clase UserUtil (nombre podría ser otra cosa) .

y un método como

public static boolean isUserOutdated(User u){ 
return (u==null)? true :u.isOutdated(); 

} 

or return (u==null)? false :u.isOutdated(); depends on your businesslogic 

funciona en su situación?