SwiftLint规则解析：优先使用`static`而非`final class`

在Swift开发中，类成员的可重写性是一个重要的设计考量。SwiftLint社区最近讨论了一个关于优化类成员声明的规则建议，旨在提升代码的清晰性和一致性。

规则背景

Swift提供了两种方式来声明类成员（方法或属性）：

• static：表示该成员不可被子类重写
• class：表示该成员可以被子类重写

当类本身被标记为final时，意味着这个类不能被继承。在这种情况下，使用class来声明成员实际上是没有意义的，因为根本不存在子类来重写这些成员。此时使用static更加符合语义。

规则细节

该规则主要检测以下两种模式：

1. 在非final类中同时使用final和class修饰符：

class C {
    final class func f() {}  // 应该改为static func f()
}

2. 在final类中使用class修饰符：

final class C {
    class func f() {}  // 应该改为static func f()
}

特殊情况处理

值得注意的是，该规则不会影响以下合法使用场景：

1. 普通的static声明：

class C {
    static func f() {}  // 正确用法
}

2. 非final类中的class声明：

class C {
    class func f() {}  // 允许被子类重写
}

3. 单纯的final类声明：

final class C {}  // 只是标记类为final

技术考量

在实现这个规则时，需要考虑一些边界情况：

1. 类继承场景：当final类重写父类的class成员时，可以使用static来重写

class Parent {
    class var property: Int { return 1 }
}

final class Child: Parent {
    override static var property: Int { return 2 }  // 合法
}

2. 嵌套类声明：规则不应影响嵌套类的final修饰符

class Outer {
    final class Inner {}  // 这是合法的嵌套类声明
}

最佳实践建议

1. 对于确定不需要继承的类，优先使用final标记
2. 在final类中，总是使用static而非class来声明成员
3. 在非final类中，根据设计意图选择：
   • 允许子类重写：使用class
   • 禁止子类重写：使用static

这个规则的引入可以帮助开发者写出更加语义清晰的代码，避免在final类中出现无意义的class声明，同时也符合Swift编译器对open成员在final类中的处理逻辑。