macOS中Swift实现全局通用存储区的方式是否符合Swift设计理念？

你的两种实现方式在Swift中都是合法的，但从代码组织和Swift设计思想的角度，各有优劣，下面具体分析：

当前方案：静态结构体包裹类实例 #

你现在用Default静态结构体持有Common实例和常量的方式，优势在于：

• 分类清晰：可以把不同类型的全局资源（比如业务状态Common、UI常量buttonColor）统一收纳在Default下，避免全局变量散落各处。
• 状态可变可控：Common作为类实例，内部的可变属性（比如name）可以在全局范围内修改，同时如果后续需要扩展Common的功能（比如添加方法），类的结构比全静态类更灵活。

需要注意的点：

• 因为Common是引用类型，Default.common是全局共享的实例，多线程环境下修改属性时要注意线程安全，必要时添加锁机制。
• 全局存储会增加代码耦合度，后续如果需要测试特定场景，重置全局状态会比较麻烦。

备选方案：全静态类 #

如果把Common的所有字段设为静态，直接通过Common类访问，比如：

class Common {
    static var name = "a name"
    static let buttonColor = 1
}

这种方案的优势是更简洁直接，少了一层Default的包裹，访问路径更短。但缺点也很明显：

• 如果后续要添加更多全局资源，Common类会变得臃肿，违背单一职责原则——比如UI常量buttonColor和业务状态name放在同一个类里，职责不够清晰。
• 静态属性的扩展性较差，比如无法通过继承或协议来替换实现，测试时灵活性不足。

符合Swift设计思想的建议 #

Swift推崇清晰的代码结构和可控的依赖管理，全局存储虽然能避免传递实例的麻烦，但要注意不要过度使用。针对你的场景：

• 如果全局资源类型较多（比如业务状态、UI配置、工具类实例），推荐保留当前的Default结构体方案，甚至可以在Default内嵌套子结构体进一步分类，比如：

  struct Default {
      struct AppState {
          static let common = Common()
      }
      struct UIConfig {
          static let buttonColor = 1
      }
  }
  // 访问方式：Default.AppState.common.name
  

• 如果所有全局资源都是紧密相关的业务状态，全静态类方案更简洁，但建议给类起一个更贴合职责的名字（比如AppGlobalState），避免语义模糊。
• 如果需要支持测试或动态替换全局实例，可以考虑用协议+单例的模式，既保留全局访问的便利性，又能在测试时替换实现，比如：

  protocol CommonProtocol {
      var name: String { get set }
  }
  
  class Common: CommonProtocol {
      var name = "a name"
      static var shared: CommonProtocol = Common()
  }
  
  // 测试时可替换为Mock实例
  class MockCommon: CommonProtocol {
      var name = "mock name"
  }
  Common.shared = MockCommon()
  

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