Quale modello preferirei?

Question

Nel nostro progetto abbiamo bisogno di memorizzare qualche oggetto (utente, per esempio) e anche di classe utente deve avere una bandiera di convalida (metodi come setOutdated e isOutdated)

Di tanto in tanto, il nostro oggetto d'uso possono essere nulli, ma in questo caso il flag di convalida deve essere raggiungibile. È possibile estrarre questi metodi dalla classe User, ma quel campo e questi metodi devono essere all'interno di quella classe a causa della semantica.

Ho trovato alcuni articoli su Null Object pattern (come this), e voglio sapere - è possibile creare Null Object (come pattern) che può memorizzare diversi stati come null obsoleti, null non superati, non null obsoleto e non nullo non obsoleto.

PS: Se un campo introdurre "Vecchio" nella mia classe, sarà davvero difficile oggetto chiaro invece di impostare a NULL

Answer 1

Si desidera distinguere tra (tra gli altri) "null obsoleto" e "null non superato".
Questo significa che si suggerisce due diversi oggetti null, con un comportamento diverso. Questa è una violazione del modello che dice che un oggetto Nullo dovrebbe avere un tipo di comportamento, il comportamento predefinito per un oggetto non inizializzato del suo tipo.

Suggerisco di utilizzare la soluzione fornita da @Kent o di rendere l'oggetto utente qualcosa come "PresentUser" e "FormerUser". Quest'ultima è tecnicamente la stessa soluzione che tu proponi tu stesso, ma non è un Pattern a Oggetti Nulli.

Answer 2

La mia prima idea è l'aggiunta di una classe UserUtil (nome potrebbe essere qualcos'altro) .

e un metodo come

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

} 

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

funziona nella vostra situazione?