价格设定的布尔变量命名

Question

我有一个布尔变量，用于标记是否应显示价格（在单个项目上）。我开始将其命名为“DisplayPrice”，但这更能描述要显示的项目的价格（想想：十进制）。这里有什么选择？

我认为以“Is”开头的任何内容都不合适。例如，“IsDisplayPrice”似乎更像是价格本身的元，其中“IsPriceDisplayed”看起来更像是条件而不是设置。

ShouldDisplayPrice？有什么想法吗？

Answer 1

ShowPrice。简单到了。

ShouldDisplayPrice是一个建议。有点像告诉应用程序“我想想你可能想要显示它，但不要介意我。”它告诉未来的程序员他们可以自由地构思自己的想法。我认为这是一个完全危险的情况，因为程序员不应该留给他们自己的设备，因为他们倾向于非生产性的活动，如分叉linux或编写Windows桌面应用程序。

IsPriceDisplayed和IsDisplayPrice是我不确定数据库中存储的数据点是否可以实际应答的问题。毕竟，程序员可能没有把字段放在屏幕上。在这种情况下设置为true可能会导致Universe爆炸。

当然，你可能会消极并使用HidePrice代替。但是，当你有“if (!HidePrice) { /*emit price */ }”这样的逻辑时，这可能会让那些有意思的人感到困惑

这些行中最差的可能是CanPriceBeHidden。这是一个建议，一个问题和一个负面价值。只有在你感到特别苛刻时才能使用。

Answer 2

有点肛门保留问题......我喜欢它：）

CanDisplayPrice怎么样？我们使用“Can”和“Is”作为布尔变量名。

Answer 3

克里斯的回答很好。另外，请不要忘记，如果存在任何歧义或主观命名约定的问题（如本例所示），那么将XML文档添加到您的属性可能会为其他编码器派上用场。只需在属性上方添加旧///并填写说明即可。

你也可以去消极并做HidePrice。实际上，这里提供的任何建议都不会很糟糕，而且使用正确的XML文档，一切都会很清楚！

Answer 4

我在想IsPriceVisible。 ShowPrice在我看来就像一个动作，而不是一个状态，例如：

if (IsPriceVisible) {
    ShowPrice();
}