iOS 12、Swift 4.2中，static结构体与Int枚举该如何选择？

这真是个好问题！虽然两种写法在给tag赋值这类场景下功能一致，但从Swift的设计理念、代码可维护性和类型安全的角度来说，fieldInt枚举方案要远优于静态结构体的实现，下面给你拆解几个核心理由：

• 类型安全，避免无意识错误
  结构体里的billV、centV只是独立的Int常量，编译器不会限制你把它们和其他任意Int值混用。比如你不小心写了percent.tag = 4（一个不在你的常量列表里的值），编译器不会有任何提示，但这很可能是个业务逻辑错误。而枚举是强类型的，你只能使用fieldInt定义好的case，哪怕是通过rawValue赋值，也需要明确关联到枚举类型，能从编译阶段就拦截这类错误。

• 语义更清晰，可读性更强
  枚举的case bill、case cent本身就带有明确的业务语义，看到代码就能立刻明白这是对应哪个字段的标记；而结构体里的billV、centV需要额外加后缀来区分，可读性上弱了一截。而且当你在代码中看到fieldInt.cent时，能快速关联到这是属于某个字段分类的枚举值，上下文感更强。

• 扩展性远超结构体
  如果后续需要给这些标记添加额外逻辑或关联信息，枚举的优势会非常明显。比如你可以给枚举添加计算属性、方法，甚至关联值：

  private enum fieldInt: Int {
      case bill
      case cent
      case payers
      
      // 添加字段描述
      var fieldDescription: String {
          switch self {
          case .bill: return "账单金额字段"
          case .cent: return "百分比字段"
          case .payers: return "付款人列表字段"
          }
      }
  }
  

  要给结构体的静态常量实现类似功能，你得额外写一堆辅助函数，代码会变得零散且难以维护。

• 自动赋值减少手动失误
  Swift的Int类型枚举如果不手动指定rawValue，会自动从0开始递增赋值。你现在的结构体需要手动给每个常量写1、2、3，以后新增字段时，还得手动计算下一个数值；而枚举只要新增一个case，系统会自动处理rawValue的赋值（当然你也可以手动指定，灵活性完全不缺），能避免手动赋值时的疏漏。

你提到“使用前者看起来更直观”，其实这只是初期的直观感——当项目代码量增大、业务逻辑变复杂时，枚举带来的类型安全和可维护性优势会逐渐凸显，能帮你减少大量调试和维护的时间。

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