----特质

Posted 大冰的小屋

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了----特质相关的知识,希望对你有一定的参考价值。

本章要点

  • 类可以实现任意数量的特质
  • 特质可以要求实现它们的类具备特定的字段、方法或超类
  • 和Java接口不同,Scala特质可以提供方法和字段的实现
  • 当你将多个特质叠加在一起时,顺序很重要—-其方法先被执行的特质排在更后面

为什么没有多重继承

Scala和Java一样不允许类从多个超类继承;从多了超类继承可能会导致许多问题,例如两个超类有相同的方法,子类该如何使用和菱形继承。在java 中类只能扩展自一个超类,它可以实现任意数量的接口,但接口只能包含抽象方法,不能包含字段。
Scala提供了特质(trait)而非接口。特质可以同时拥有抽象方法和具体方法,而类可以实现多个特质。


当做接口使用的特质

trait Logger {
    def log(msg: String)  // 这是个抽象方法
}

在这里不需要将方法声明为abstract,在特质中,未被实现的方法默认就是抽象的。
子类的实现,使用extends而不是implements

class ConsoleLogger extends Logger {
    def log(msg: String) { println(msg) }
}

在重写特质的抽象方法时不需要给出override关键字。
对于需要多个特质,可以使用with来添加:

class ConsoleLogger extends Logger with Coneable with Serializable

Scala会将 Logger with with Coneable with Serializable首先看成一个整体,然后再由类来扩展。


带有具体实现的特质

在Scala中,特质中的方法并不需要一定是抽象的。

trait ConsoleLogger {
    def log(msg: String)  { println(msg) }
}


class SavingsAccount extends Account with ConsoleLogger {
    def withdraw(amount: Double) {
        if (amount > balance) log("Insufficient funds")
        else banlance -= amount; banlance
    }
}

在Scala中,我们说ConsoleLogger 的功能被“混入”了SavingsAccount 类。但是这样有一个弊端:当特质改变时,所有混入了该特质的类都必须重新编译。


带有特质的对象

在构造单个对象时,你可以为它添加特质:

trait Logged {
    def log(msg: String) { }
}

class SavingsAccount extends Account with Logged {
    def withdraw(amount: Double) {
        if (amount > balance) log("Insufficient funds")
        else ...
    }
    ...
}

现在,什么都不会被记录到日志。但是你可以在构造具体对象时“混入”一个更好的日志记录器的实现

trait ConsoleLogger extends Logged {
    override def log(msg: String) { println(msg) }
}

// 构造SavingsAccount 类对象时加入这个特质
val acct = new SavingsAccount with ConsoleLogger
acct.withdraw(10)   // 此时调用的是 ConsoleLogger 类的log方法

// 另一个对象可以加入不同的特质
val acct2 = new SavingsAccount with FileLogger

叠加在一起的特质

你可以为类或对象添加多个互相调用的特质,从最后一个开始。

trait TimestampLogger extends Logged {
    override def log(msg: String) {
        super.log(new java.util.Date() + " " + msg)
    }
}

trait ShortLogger extends Logged {
    override def log(msg: String) {
        super.log( if (msg.length <= maxLength) msg else msg.substring(0, maxLength - 3)  + "...")
    }
}

对于特质,super.log并不像类那样用于相同的含义,否则就没有什么意义了,因为Logged的log方法什么也没做。实际上,super.log调用的是特质层级中的下一个特质,具体是哪一个,要根据特质添加的顺序来决定。一般来说,特质是从最后一个开始被处理的。例如:

val acct1 = new SavingsAccount with ConsoleLogger with TimestampLogger with ShortLogger
val acct2 = new SavingsAccount with ConsoleLogger with ShortLogger with TimestampLogger

如果从acct1取款,得到的log信息:
Wed Jun 22 23:41:37 CST 2016 Insufficient…
这里是ShortLogger的log方法先被执行,然后它的super.log调用的是TimestampLogger 的log方法,最后调用ConsoleLogger 的方法将信息打印出来
从acct2提款时,输出的log信息
Wed Jun 22 2…
这里先是TimestampLogger 的log方法被执行,然后它的super.log调用的是ShortLogger的log方法,最后调用ConsoleLogger 的方法将信息打印出来。

但是,你可以指定super.log调用哪个特质的方法,使用方式是:

super[ConsoleLogger].log(...) // 这里给出的类型必须是直接超类型,你无法使用继承层级中更远的特质或类

**注意: **ConsoleLogger的log方法没有调用super.log,因此会在这里停止向上传递msg,而是直接打印:

// 改变继承顺序
val acct1 = new SavingsAccountw with TimestampLogger with ConsoleLogger with ShortLoggerval val acct2 = new SavingsAccountw with ShortLogger  with ConsoleLogger with TimestampLoggerval val acct3 = new SavingsAccountw with ShortLogger with TimestampLogger  with ConsoleLogger

// 输出
Insufficient...    // acct1
Thu Jun 23 00:26:20 CST 2016 Insufficient founds   // acct2
Insufficient founds     // acct3


在特质中重写抽象方法

trait Logger {
    def log(msg: String)  // 这是个抽象方法
}

// 扩展这个特质
trait TimestampLogger extends Logger {
    override def log(msg: String) {
        super.log(new java.util.Date() + " " + msg)
    }
}

但是很不幸,这样会报错,因为Logger.log方法还没有实现。但是又和前面一样,我们没有办法知道哪个log方法最终会被调用—这取决于特质被混入的顺序。

Error:(67, 11) method log in trait Logger is accessed from super. It may not be abstract unless it is overridden by a member declared `abstract' and `override'
    super.log(new java.util.Date() + " " + msg)
          ^

Scala认为TimestampLogger 依旧是抽象的,正如错误提示,它需要一个具体的log方法,你必须给方法打上abstract关键字和override关键字,以说明它也是个抽象方法:

trait TimestampLogger extends Logger {
   abstract override def log(msg: String) {
        super.log(new java.util.Date() + " " + msg)
    }
}

这样会按照继承层级,一直到一个具体的log方法。


当做富接口使用的特质

在Scala中可以在特质中使用具体和抽两方法:

trait Logger {
    def log(msg: String)
    def info(msg: String) { log("INFO: " + msg) }
    def warn(msg: String) { log("WARN: " + msg) }
    def severe(msg: String) {log("SEVERE: " + msg)}
}

class SavingsAccount extends Account with Logger {
    def withdraw(amount: Double) {
        if (amount > balance) severe("Insufficient funds")
        else ...
    }
    override def log(msg: String) { println(msg) }
}

特质中的具体字段

特质中的字段有初始值则就是具体的,否则是抽象的。

trait ShortLogger extends Logged {
  val maxLength = 15   // 具体字段
}

那么继承该特质的子类是如何获得这个字段的呢。Scala是直接将该字段放入到继承该特制的子类中,而不是被继承。例如:

class SavingsAccount extends Account with ConsoleLogger with ShortLogger {
  var interest = 0.0
  def withdraw(amount: Double) {
    if (amount > balance) log("Insufficient funds")
    else ...
  }
}

SavingsAccount 对象由所有超类的字段和任何它自己的类中定义的字段构成:
这里写图片描述

在JVM中,一个类只能扩展一个超类,因此来自特质的字段不能以相同的方式继承。


特质中的抽象字段

特质中的抽象字段在具体的子类中必须被重写:

trait ShortLogger extends Logged {
  val maxLength: Int
  override def log(msg: String) {
    super.log( if (msg.length <= maxLength) msg else msg.substring(0, maxLength - 3)  + "...")
  }
}

class SavingsAccount extends Account with ConsoleLogger with ShortLogger {
  val maxLength = 20   // 不需要写override
}

为了在构造对象是灵活使用特质参数值,可以使用带有具体实现的特质:

class SavingsAccount extends Account with Logger { ... }

val acct = new SavingsAccount with ConsoleLogger with ShortLogger {
  val maxLength = 20
}

特质构造顺序

特质也是有构造器的,由字段的初始化和其他特质体中的语句构成:

trait FileLogger extends Logger {
  val out = new PrintWriter("app.log")     // 构造器的一部分
  out.println("# " + new Date().toString)  // 也是构造器的一部分

  def log(msg: String) { out.println(msg); out.flush() }
}

这些语句在任何混入了该特质的对象在构造时都会被执行。
构造器的顺序:
- 首先调用超类的构造器
- 特质构造器在超类构造器之后、类构造器之前执行
- 特质由左到右被构造
- 每个特质中,父特质先被构造
- 如果多个特质共有一个父特质,那么那个父特质已经被构造,则不会被再次构造
- 所有特质构造完毕后,子类被构造。
例如:

class SavingsAccount extends Account with FileLogger with ShortLogger

构造器执行顺序:
1. Account (超类)
2. Logger (第一个特质的父特质)
3. FileLogger
4. ShortLogger
5. SavingsAccount


初始化特质中的字段

特质不能有构造器参数,每个特质都有一个无参构造器。这也是特质和类的唯一的技术差别。除此之外,特质可以具备类的所有特性,比如具体的和抽象的字段,以及超类。
例如: 我们要在构造的时候指定log的输出文件:

trait FileLogger extends Logger {
  val filename: String                            // 构造器一部分
  val out = new PrintWriter(filename)     // 构造器的一部分
  def log(msg: String) { out.println(msg); out.flush() }
}

val acct = new SavingsAccount extends Account with FileLogger("myapp.log")  //error,特质没有带参数的构造器

// 你也许会想到和前面重写maxLength一样,在这里重写filename:
val acct = new SavingsAccount with FileLogger {
  val filename = "myapp.log"   // 这样是行不通的
}

上述问题出在构造顺序上。是否还记得在第8章中提到的构造顺序的问题,在这里也是一样的。FileLogger的构造器先于子类构造器执行。这里的子类其实是一个扩展自SavingsAccount 并混入了FileLogger特质的匿名类。而filename的初始化发生在这个匿名类中,而FileLogger的构造器会先执行,因此new PrintWriter(filename)语句会抛出一个异常。
解决方法也是要么使用提前定义或者使用懒值:

val acct = new {
  val filename = "myapp.log"
} with SavingsAccount with FileLogger

// 对于类同样:
class SavingsAccount extends {
  val filename = "myapp.log"
} with Account with FileLogger { 
  ...   // SavingsAccount 的实现
}

// 或使用lazy
trait FileLogger extends Logger {
  val filename: String                            // 构造器一部分
  lazy val out = new PrintWriter(filename)     // 构造器的一部分
  def log(msg: String) { out.println(msg); out.flush() }
}

扩展类的特质

特质也可以扩展类,这个类将会自动成为所有混入该特质的超类

trait LoggedException extends Exception with Logged {
  def log() { log(getMessage()) }
}

log方法调用了从Exception超类继承下来的getMessage 方法。那么混入该特质的类:

class UnhappyException extends LoggedException {
  override def getMessage() = "arggh!"
}

在这里LoggedException的超类Exception 也自动成了UnhappyException 的超类,所以可以重写getMessage方法。如图:
这里写图片描述

另一种情况:子类已经扩展了另一个类怎么办,以为只能有一个超类。在Scala中,只要子类已经扩展的类是那个特质的超类的一个子类即可。例如:

class UnhappyException extends IOException with LoggedException  // right
class UnhappyException extends JFrame with LoggedException         // error

自身类型

在上面提到的,当特质扩展类时,编译器能够确保的一件事是所有混入该特质的类都认这个类做超类。Scala还有一套机制可以保证这一点:自身类型。
当特质以如下代码开始定义时:

this: 类型 =>    // 表明只能被混入指定类型的子类

trait LoggedException extends Logged {
  this: Exception =>
    def log() { log(getMessage()) }
}

注意该特质并没有扩展Exception类,而是有一个自身类型Exception。这意味着它只能被混入Exception的子类。
在某种情况下,自身类型比超类型版的特质更灵活,如在特质间的循环依赖时。自身类型也用样可以处理结构类型–只需要给出类必须用有的方法,而不是类名称。

trait LoggedException extends Logged {
  this: { def getMessage(): String } =>
    def log() { lgo(getMessage() ) }  
}

背后的故事

Scala需要将特质翻译称JVM的类和接口。只有抽象方法的特质被简单的变成一个Java接口:

trait Logger {
  def log(msg: String)
}

// 直接被翻译成:
public interface Logger {
  void log(String msg);
} 

如果特质有具体的方法,Scala会自动创建一个伴生类,该伴生类用静态方法存放特质的方法:

trait ConsoleLogger extends Logger {
  def log(msg: String) { println(msg) }
}

// 被翻译成:
public interface ConsoleLogger extends Logger {
  void log(String msg);
}
// 伴生类
public class ConsoleLogger$class {
  public static void log(ConsoleLogger self, String name) {
    println(msg)
  }
  ...
}

这些半生类不会有任何字段。特质中的字段对应到接口中的抽象的getter和setter方法。

trait ShortLogger extends Logger {
  val maxLength = 15
}

// 被翻译成:
public interface ShortLogger extends Logger {
  public abstract int maxLength();
  public abstract void weird_prefix$maxLength_$eq(int);  // 以weird开头的setter方法
  ...
}

// 初始化发生在半生类的一个初始化方法内
public class ShortLogged$class {
  public void $init$(ShortLogger self) {
    self.weird_prefix$maxLength_$eq(15)
  }
}

但是当ShortLogger 被混入类的时候,类将会得到一个带有getter和setter的maxLength字段,该类的构造器会调用初始化方法。
如果特质扩展自某个超类,则伴生类并不继承这个超类。该超类会被前面提到过的,任何实现该特质的类继承。

以上是关于----特质的主要内容,如果未能解决你的问题,请参考以下文章

代码精进之路——关键的六个特质

Scala的特质

特质不能变成对象

scala——关键字trait的使用

大数据Scala系列之特质

优秀程序员的10种特质