iOS9 with Swift 类的构造器（二）

子类的构造器

在阐明和辨别清楚指定构造器和便利构造器之后，我们就可以开始了解子类的构造器了。

未声明构造器：

如果子类不是必须有它自身的构造器，并且如果它没有声明自身的构造器，那么它继承父类的构造器。

只有便利构造器：

如果子类不是必须有它自身的构造器，它是有资格声明便利构造器的，因为继承提供了便利构造器所需要的指定构造器。

指定构造器：

如果子类定义了自身的指定构造器，整件事情就不一样了。

这种情况下，构造器就不被继承了。显式指定构造器的存在阻碍了构造器的继承。现在子类的构造器就只有显式指定的构造器了。（还有一个例外将在一会儿讲解）

每一个子类的指定构造器现在有一个额外的要求：它必须通过super.init( )调用一个父类的指定构造器。此外，调用self 的规则依然适用。一个子类的指定构造器必须按照如下的顺序和要求：

1、它必须保证这个子类的所有属性均被初始化。

2、它必须调用super.init( )并且这个被调用的构造器必须是指定构造器

3、现在，它才可以使用self去干别的事情：调用实例方法或者获取继承的属性。

子类中的便利构造器还是应该遵守先前提到的规则。他们必须调用self.init( )来直接或者间接地调用一个指定构造器。在没有继承构造器的情况下，便利构造器调用的构造器必须是在子类中出现的。

WARNING：

如果一个指定构造器不调用super.init(...)，那么如果可能，super.init(...)将被隐式调用。下面的代码是合法的：

class Cat  {

     }

class NamedCat : Cat  {

         let name : String

         init(name:String) {

                 self.name = name

             }

     }

在我看来，这个swift特性是一个错漏。swift不应该纵容这种隐蔽的方法，即使它可能是“有帮助的”。我觉得这段代码不应该可以编译。一个指定构造器始终必须显式调用super.init(...)