Frank Sommers：您之前提到，想要创造一种存在于Java体系内，集成Java基础架构的语言。为了做到这一点，Scala要做出什么样的让步，使其能够兼容Java平台？

　　Martin Odersky：很幸运，我们不需要做出太多妥协，或者说，很难判断我们所做出的所有妥协都是对我们不利或是有利的。其中一个我们不得不做的妥协是购买 Java的静态重载模型。也许我们应该更积极地尝试一些其他方法，如使用多方法，尽管当时我们尝试过这一点，但并没有充分探讨有关多方法的设计。也许直到今天也还没有充分探讨过，所以我不能完全肯定这种方法是否行得通。这种方法本来有着令人振奋的可能性，但我们并没有采用它，因为我们想保持与Java的兼容性。

　　另外一件时而会引来人们否定的事是Scala既包含Traits技术又包含类技术。大家认为一个整洁的设计应该是只采用Traits技术。目前已有一些只采用Traits而放弃类概念的整洁设计，但我们并没有这样做。因为我们想从这两方面保留与Java的互用性。我们希望有一种方式可以让Java代码很容易地调用Scala代码，而Traits并不含有映射到Java的特性，因为在Java中根本不存在这种技术。因此，我们选择了Java中所拥有的类的概念，因为我们希望能够向后映射，这样我们就可以很容易地在两个方向保留互用性。

　　第3个问题，与其说是语言上的问题，不如说是类库的问题。我们很想要抛弃null（空值）这种概念。NULL是很多错误的根源。在Scala中，不允许null作为任何类型的可能值，取而代之的是选项类型（option type）。当然，有很多Java类库中的类都返回null，我们必须要解决这个问题。

　　在新语言兼容旧语言的这个方面，《Think in Java》和《Think in C++》的作者Bruce Eckel也曾经写过一篇文章，就C++和C的关系评论兼容老语言为新语言带来的好处和限制。