Swift Tips
- 命名空间
- 与此同时，不要强行将常量和函数放到并不适合的类当中。如果您必须要创建一个新的类型来生成一个新的命名空间，那么请使用不包含枚举值的枚举，这将保证这个类型无法被构造出来。
- 如果一个被标记为 lazy 的属性在没有初始化时就同时被多个线程访问,则无法保证该属性只会被初始化一 次。
- 按照通用的准则,当符合一条或多条以下条件时,请考虑构建结构体:
- 该数据结构的主要目的是用来封装少量相关简单数据值。
- 有理由预计该数据结构的实例在被赋值或传递时,封装的数据将会被拷贝而不是被引用。
- 该数据结构中储存的值类型属性,也应该被拷贝,而不是被引用。
- 该数据结构不需要去继承另一个既有类型的属性或者行为。
- 父类的属性在子类的构造器中被赋值时,它在父类中的willSet 和 didSet 观察器会被调用,随后才会调用 子类的观察器。在父类初始化方法调用之前,子类给属性赋值时,观察器不会被调用
- 如果将属性通过 in-out 方式传入函数, 和 也会调用。这是因为 in-out 参数采用了拷入 拷出模式:即在函数内部使用的是参数的 copy,函数结束后,又对参数重新赋值。关于 in-out 参数详细的介 绍
- 全局的常量或变量都是延迟计算的,跟延迟存储属性 (页 0)相似,不同的地方在于,全局的常量或变量不需要 标记 lazy 修饰符。
- 跟实例的存储型属性不同,必须给存储型类型属性指定默认值,因为类型本身没有构造器,也就无法在初始化过 程中使用构造器给类型属性赋值。 存储型类型属性是延迟初始化的,它们只有在第一次被访问的时候才会被初始化。即使它们被多个线程同时访 问,系统也保证只会对其进行一次初始化,并且不需要对其使用 lazy 修饰符
- 在第一个检查过程中,didSet 属性观察器将 currentLevel 设置成了不同的值,但这不会造成属性观察器被 再次调用。
- 枚举的可变方法可以把 self 设置为同一枚举类型中不同的成员
- 你可以将一个继承来的只读属性重写为一个读写属性,只需要在重写版本的属性里提供 getter 和 setter 即 可。但是,你不可以将一个继承来的读写属性重写为一个只读属性。 注意,如果你在重写属性中提供了 setter,那么你也一定要提供 getter。如果你不想在重写版本中的 getter 里修改 继承来的属性值,你可以直接通过 super.someProperty 来返回继承来的值,其中 someProperty 是你要重写的属 性的名字
- 你不可以为继承来的常量存储型属性或继承来的只读计算型属性添加属性观察器。这些属性的值是不可以被设置 的,所以,为它们提供 willSet 或 didSet 实现是不恰当。
此外还要注意,你不可以同时提供重写的 setter 和重写的属性观察器 - 当你为存储型属性设置默认值或者在构造器中为其赋值时,它们的值是被直接设置的,不会触发任何属性观察者。
- 假如你希望默认构造器、逐一成员构造器以及你自己的自定义构造器都能用来创建实例,可以将自定义的构造器 写到扩展( extension )中,而不是写在值类型的原始定义中
- 每一个类都必须拥有至少一个指定构造器。在某些情况下,许多类通过继承了父类中的指定构造器而满足了这个 条件
- Extensions can add new functionality to a type, but they cannot override existing functionality
- 由于 Swift 的类型推断,你实际上不用在 IntStack 的定义中声明 ItemType 为 Int 。因为 IntStack 符合 Container 协议的所有要求,Swift 只需通过 append(_:) 方法的 item 参数类型和下标返回值的类型,就可 以推断出 ItemType 的具体类型
- Struct 构造方法：
- 如果提供了默认值（let），则没有默认的属性构造方法，不是Let常量，则还有。
- 值类型 用于呈现APP内的 数据 引用类型 用于体现APP内的 行为
