TL; DR：使用枚举集合通常是一个坏主意，因为它通常会导致不良的设计。枚举的集合通常要求具有特定逻辑的不同系统实体。
有必要区分一些枚举用例。这个清单只是我的头等大事，所以可能会有更多的情况...
这些示例全部使用C＃编写，我想您选择的语言将具有类似的构造，或者您可以自己实现。
1.仅单个值有效
在这种情况下，这些值是互斥的，例如
public enum WorkStates
{
Init,
Pending,
Done
}
它是无效的一些工作，既Pending和Done。因此，这些值中只有一个有效。这是枚举的一个很好的用例。
2.值的组合是有效的
这种情况也称为标志，C＃提供了[Flags]枚举属性来处理这些标志。可以将该想法建模为一组bool或，bit其中每个对应一个枚举成员。每个成员的乘方数值应为2。可以使用按位运算符创建组合：
[Flags]
public enum Flags
{
None = 0,
Flag0 = 1, // 0x01, 1 << 0
Flag1 = 2, // 0x02, 1 << 1
Flag2 = 4, // 0x04, 1 << 2
Flag3 = 8, // 0x08, 1 << 3
Flag4 = 16, // 0x10, 1 << 4
AFrequentlyUsedMask = Flag1 | Flag2 | Flag4,
All = ~0 // bitwise negation of zero is all ones
}
在每个枚举成员仅代表一个已设置或未设置的位的情况下，使用枚举成员集合是一个过大的杀伤力。我猜大多数语言都支持这样的构造。否则，您可以创建一个（例如，使用bool[]并使用寻址(1 << (int)YourEnum.SomeMember) - 1）。
a）所有组合均有效
尽管在某些简单情况下可以使用这些对象，但是对象集合可能更合适，因为您通常需要基于类型的其他信息或行为。
[Flags]
public enum Flavors
{
Strawberry = 1,
Vanilla = 2,
Chocolate = 4
}
public class IceCream
{
private Flavors _scoopFlavors;
public IceCream(Flavors scoopFlavors)
{
_scoopFlavors = scoopFlavors
}
public bool HasFlavor(Flavors flavor)
{
return _scoopFlavors.HasFlag(flavor);
}
}
（注意：这是假设您只真正关心冰淇淋的口味-不需要将冰淇淋建模为勺子和圆锥的集合）
b）某些值组合是有效的，而某些则无效
这是一个常见的情况。通常情况是，您将两个不同的东西放到一个枚举中。例：
[Flags]
public enum Parts
{
Wheel = 1,
Window = 2,
Door = 4,
}
public class Building
{
public Parts parts { get; set; }
}
public class Vehicle
{
public Parts parts { get; set; }
}
现在，虽然这是完全有效的两种Vehicle，并Building有DoorS和WindowS，它不是很平常的Buildings到有Wheel秒。
在这种情况下，最好将枚举分解为多个部分和/或修改对象层次结构，以实现情况＃1或＃2a）。
设计注意事项
不知何故，枚举往往不是OO中的驱动因素，因为可以将实体的类型视为类似于枚举通常提供的信息。
以IceCream＃2中的样本为例，该IceCream实体将代替标志而具有Scoop对象的集合。
较不纯粹的方法是Scoop拥有Flavor财产。最纯粹的做法是为Scoop成为一个抽象基类VanillaScoop，ChocolateScoop...类来代替。
底线是：
1.并非所有“某种事物的类型”都需要枚举
2.当某些枚举成员在某些情况下不是有效的标志时，请考虑将枚举拆分为多个不同的枚举。
现在为您的示例（稍作更改）：
public enum Role
{
User,
Admin
}
public class User
{
public List<Role> Roles { get; set; }
}
我认为这种确切的情况应建模为（注意：并非真正可扩展！）：
public class User
{
public bool IsAdmin { get; set; }
}
换句话说-这是隐含的，User是是User，另外的信息是他是否是一个Admin。
如果你有这不是唯一的多重角色（例如User可以是Admin，Moderator，VIP，...在同一时间），这将是一个很好用的时间无论是标志枚举或abtract基类或接口。
使用类来表示Role线索可以更好地划分职责，其中a Role可以负责决定是否可以执行给定的操作。
使用枚举，您需要将所有角色的逻辑放在一个地方。这违背了OO的目的，并使您回到当务之急。
假设a Moderator具有编辑权限，Admin并且同时具有编辑和删除权限。
枚举方法（Permissions为了不混合角色和权限而调用）：
[Flags]
public enum Permissions
{
None = 0
CanEdit = 1,
CanDelete = 2,
ModeratorPermissions = CanEdit,
AdminPermissions = ModeratorPermissions | CanDelete
}
public class User
{
private Permissions _permissions;
public bool CanExecute(IAction action)
{
if (action.Type == ActionType.Edit && _permissions.HasFlag(Permissions.CanEdit))
{
return true;
}
if (action.Type == ActionType.Delete && _permissions.HasFlag(Permissions.CanDelete))
{
return true;
}
return false;
}
}
类方法（这远非完美，理想情况下，您希望IAction以访客模式使用，但本文已经非常多了……）：
public interface IRole
{
bool CanExecute(IAction action);
}
public class ModeratorRole : IRole
{
public virtual bool CanExecute(IAction action)
{
return action.Type == ActionType.Edit;
}
}
public class AdminRole : ModeratorRole
{
public override bool CanExecute(IAction action)
{
return base.CanExecute(action) || action.Type == ActionType.Delete;
}
}
public class User
{
private List<IRole> _roles;
public bool CanExecute(IAction action)
{
_roles.Any(x => x.CanExecute(action));
}
}
但是，使用枚举可能是可以接受的方法（例如，性能）。这里的决定取决于建模系统的要求。