Question

我有一个“选择Date”和“experiationDate”的类别,这两个领域都无法界定,这意味着这个目标是否被删除,也没有到期日期。

我的第一个做法是:

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

我记得,在阅读“《刑法》”一书时,最好使用明确的名字而不是评论。因此,我目前的解决办法是:

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

我可以使用一个在日期前后的总结班,但这会使联合邮局的制图工作复杂化。

你们认为什么? 你们如何表达“谁”?

Answer 1

从来没有,而不是1/1/2999。

我将坚持你的第1个解决办法。 a 日期是指尚未发生。

也许你可以总结一下:

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

Answer 2

您可以认为“没有”或“不适用”无效。如果“无声明”是“无”的罚款。

1. 捐助的子类只是为了达到非常严格的风格要求。

一个更好的选择是,在你的模型目标中增加语气。如果您有一份带有删除财产的标语,你可以做到:

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

无论在哪类,还是在你的客户法典中,这都是实用的:

if(myThing.isNeverDeleted())

Answer 3

页: 1 它明确表明“没有”。

视你们想要获得的复杂程度而定,你们可能有一个Enum,有些国家像永远不会像用户国那样(或你所代表的任何东西)。这可能比较可取,但视你的制度而定,可能毫无用处地复杂。

Answer 4

应将违约价值视为“无”

Answer 5

我只是选择一个遥远的日期,作为常设核查组的价值。然后核对删除/过期,仅与NEVER进行比较。

Answer 6

我将不使用<代码>Date,而是使用-1,永远不使用0;

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

对属性的解释应像:

public boolean isExpired() {

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

辩论遵循同样的模式。

<>Update> 我知道,0和1个是有效的时间序列,但由于档案和其他资源的到期和删除很少(无论说永远不是:-)发生在1970年或之前,这是一个有用的不变的、不祥的。