使用公共静态常量类成员的声明

发布于 2024-12-08 21:45:21 字数 752 浏览 0 评论 0原文

人类定义了许多公共静态常量：

class Human
{
public:

static const int NUM_FINGERS = 10;
static const int NUM_TOES = 10;
static const int NUM_HANDS = 2;
static const int NUM_FEET = 2;

//The rest of the human class here
};

不相关的类经常使用它们，并且必须用类名来限定它们：

class Unrelated
{
public:
int SomeFunction()
{
//Many uses of Human's public static constants
return Human::NUM_FINGERS + Human::NUM_TOES + Human::NUM_HANDS + Human::NUM_FEET;
}
};

在命名空间的情况下，您可以：

using namespace blah;

对于这样的情况是否有等效的？

using namespace Human; //wrong

int Unrelated::SomeFunction()
{
return NUM_FINGERS + NUM_TOES + NUM_HANDS + NUM_FEET;
}

以这种方式定义一堆常量是否被认为是糟糕的编程？

原文

Human defines many public static constants:

class Human
{
public:

static const int NUM_FINGERS = 10;
static const int NUM_TOES = 10;
static const int NUM_HANDS = 2;
static const int NUM_FEET = 2;

//The rest of the human class here
};

An unrelated class makes use of them frequently and has to qualify them with the class name:

class Unrelated
{
public:
int SomeFunction()
{
//Many uses of Human's public static constants
return Human::NUM_FINGERS + Human::NUM_TOES + Human::NUM_HANDS + Human::NUM_FEET;
}
};

In the case of a namespace you can:

using namespace blah;

Is there an equivalent for a sitaution like this?

using namespace Human; //wrong

int Unrelated::SomeFunction()
{
return NUM_FINGERS + NUM_TOES + NUM_HANDS + NUM_FEET;
}

Is it considered bad programming to define a bunch of constants that way?

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

手长情犹 2024-12-15 21:45:21

不相关的类经常使用它们，并且必须使用类名来限定它们。

这有什么问题吗？这样想：nt 或 num_toes 哪个变量名更好？使用类 Human（如果将类更改为命名空间，则使用命名空间 Human）进一步限定名称是一件好事，而不是一件坏事。它可以帮助编译器，可以帮助编码员避免与其他名称发生意外冲突，还可以帮助其他试图理解您的代码的人。

关于名称 NUM_FINGERS 等：我建议不要使用 ALL_CAPS。有一天，有人会编写一个 NUM_FINGERS 宏，它会将您的代码变成乱码。为宏保留 ALL_CAPS 名称，然后尽量避免使用宏。

回复收藏 0 原文

短暂陪伴 2024-12-15 21:45:21

假设 Unrelated 确实是 Unrelated_but_about_Humans，您可以简单地说“我与 Human 具有相同的常量”：（

class Unrelated
{
private:
    static const int NUM_FINGERS = Human::NUM_FINGERS;
    static const int NUM_TOES = Human::NUM_TOES;
    static const int NUM_HANDS = Human::NUM_HANDS;
    static const int NUM_FEET = Human::_NUM_FEET;
}

其他回复关于脆弱性等的评论仍然站着。）

Assuming that Unrelated is really Unrelated_but_about_Humans, you can simply say "I have the same constants as Human":

class Unrelated
{
private:
    static const int NUM_FINGERS = Human::NUM_FINGERS;
    static const int NUM_TOES = Human::NUM_TOES;
    static const int NUM_HANDS = Human::NUM_HANDS;
    static const int NUM_FEET = Human::_NUM_FEET;
}

(Other responses's remarks regarding fragilty, etc. still stand.)

回复收藏 0 原文

银河中√捞星星 2024-12-15 21:45:21

这在一定程度上取决于具体情况。

这些常量与 Human 类相关，因此它们由该类“拥有”是完全合理的，并且使用命名空间名称 (Human::NUM_ARMS) 可以使它们的用法明确。（想象一下，如果您引入新类（例如 Octopus）会发生什么。您将使用 Octopus::NUM_ARMS，这将是 8 而不是 2。感谢上帝本地化的类/命名空间名称！）

当然，在 Human/Octopus 中在这种情况下，您可能需要重新考虑使用常量，而是使用带有虚拟 GetNumArms() 方法的 Animal 类/接口，每个方法都可以重写。这将允许您的客户端代码仅与人类和章鱼松散耦合，并且适用于这两种类型的动物。这将允许基础常量对于每个类都是私有的。

或者，如果您正在以另一个方向编写代码，请考虑外部类正在计算什么。这个计算应该由谁负责？也许您应该将计算添加到 Human 类中（例如 Human::GetNumLimbs()、Human::GetNumBodyParts())

最后，我们都从1970 年代，所以我建议对常量使用更具可读性的样式（例如 Human::cNumFeet 导致的眼睛出血比Human::NUM_FEET，并且不会轻易被误认为是您周围的任何宏）