为何C++的enum class不遵循类默认私有成员的规则？

自C++11起，强类型枚举有两种声明方式：

enum struct MyScopedEnum
{
    True = 1,
    False = 0
};

或

enum class MyScopedEnum
{
    True = 1,
    False = 0
};

和普通的class、struct不同——前者成员默认私有，后者默认公有——强类型枚举无论是用enum class还是enum struct，枚举器都默认是公有的，而且还不允许显式添加public:这类访问说明符，这看起来打破了「class对应更严格访问控制」的惯例。

为什么强类型枚举不遵循class/struct的访问控制惯例？ #

核心原因在于强类型枚举的设计初衷：它本质是为了提供作用域隔离的枚举值，而非作为一个具备封装能力的类类型。

C++引入强类型枚举的核心诉求是解决传统枚举的两大痛点：

• 枚举值会泄漏到外层作用域，导致命名冲突
• 枚举值可以隐式转换为整数，引发类型安全问题

而访问控制（私有/公有）属于类的封装特性，强类型枚举从设计上就没有被赋予封装的职责。如果为它引入访问控制，反而会增加语言复杂度，偏离其解决命名冲突和类型安全的核心目标。

另外，从使用场景来看，枚举的核心价值是提供一组具名常量，这些常量大多是需要对外暴露供代码使用的。默认公有符合绝大多数枚举的使用需求，避免了开发者每次都要手动添加public:的冗余操作。

私有枚举的应用场景与替代方案 #

虽然强类型枚举不支持私有枚举器，但传统的未作用域枚举可以放在类的私有区域，实现类似的权限控制效果：

class MyClass
{
private:
    enum PrivateEnum
    {
        Value1,
        Value2
    };

    friend class FriendClass; // 允许指定友元类访问私有枚举
};

在Unreal Engine这类框架中，仅全局枚举会暴露给编辑器或脚本，此时将枚举放在类的私有区域，就能限制其对外可见性，只让特定友元类或函数访问，满足权限控制需求。

内容的提问来源于stack exchange，提问作者Samaursa