我更喜欢哪种模式？答案

【问题标题】：Which pattern would I prefer?我更喜欢哪种模式？
【发布时间】：2011-11-10 09:59:25
【问题描述】：

在我们的项目中，我们需要存储一些对象（例如 User），并且 User 类必须有一个验证标志（方法如 setOutdated 和 isOutdated）

有时，我们的 User 对象可能为 null，但在这种情况下验证标志必须是可访问的。可以从 User 类中提取这些方法，但由于语义原因，该字段和方法必须在该类中。

我找到了一些关于空对象模式的文章（如this），我想知道 - 是否可以创建空对象（作为一种模式），它可以存储多种状态，如 null 过时、null 未过时, not null outdated，not null not outdated。

PS：如果在我的班级中引入“过时”字段，则很难清除对象而不是将其设置为空

【问题讨论】：

在您实际调用 isOutdated() 或类似的“状态检查器”之前，您是否有任何特殊原因不想检查它是否为空？
即使用户为空，我也必须有权访问过时的字段，所以我必须将这些信息存储在某个地方
在这种情况下，我会简单地添加一个状态，比如默认设置为 false 的“readyToUse”，并且仅当 readyToUse 为 true 时才像“非空”一样使用对象。
当您的用户对象为空时，这对您的应用程序意味着什么？例如，它是指“没有用户”、“某个未知用户”还是“新用户”？通常这个问题的答案会帮助你设计一个空对象。

标签： java design-patterns null null-object-pattern

【解决方案1】：

您想要区分（除其他外）“null outdated”和“null not outdated”。
这意味着您建议两个具有不同行为的不同 Null 对象。这违反了 Null 对象应该具有一种行为的模式，即同类未初始化对象的默认行为。

我建议您要么使用@Kent 提供的解决方案，要么让您的用户对象类似于“PresentUser”和“FormerUser”对象。后者在技术上与您自己提出的解决方案相同，但它不是空对象模式。

【讨论】：

【解决方案2】：

我的第一个想法是添加一个 UserUtil 类（名称可以是别的）。

和类似的方法

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

}

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

它在你的情况下有效吗？

【讨论】：

我害怕使用静态方法，因为这在 OOP 中似乎是一种不好的做法
我觉得 util 类的静态方法没问题。如果您真的讨厌静态，您当然可以删除“静态”并创建一个适当的构造函数。关键是，如果我的答案中的这个解决方案适用于您的情况？