Scala 2.8 中的嵌套/非嵌套包是什么？

Question

在 Scala 2.7 中，我可以这样写：

package com.acme.bar

class Bar

。

package com.acme.foo

class Foo {
  new bar.Bar
}

这不能在 Scala 2.8 中编译——但是可以

package com.acme 
package bar

class Bar

：

package com.acme
package foo

class Foo {
  new bar.Bar
}

1. 这样做的动机是什么？
2. 关于范围和可见性，确切的含义是什么？
3. 我什么时候应该使用一种形式而不是另一种形式？

Answer 1

邮件列表上对此进行了多次长时间的讨论。
请参阅此线程解决问题和此线程解决方案。

至于意义，只有

package A
package B

表单才会为A打开一个范围，这使得A的成员在没有前缀的情况下可见。如果您的项目由多个相互引用的子包组成，您通常会使用此形式。另一方面，

package A.B.C

如果您想将 C 集成到包层次结构中，并且不打算访问 A 或 B 的其他成员，则 可以使用以下形式直接。一个典型的情况是

package net.myorg.myproject

，您不希望容易受到其他人定义的可能性的影响
net.java 包将隐藏根级别 java。在 Scala 2.7 中，您可以通过使用 _root_ 导入来防止这种情况发生。但这很丑陋，而且为了安全起见，你必须在几乎所有地方都这样做。所以目前的解决方案要好得多，IMO。

Answer 2

感谢到目前为止的回答！让我补充两个小点，我们就完成了！

可见

性 嵌套包和非嵌套包之间的区别仅适用于范围界定。 可见性始终基于嵌套包。

package A

private[A] trait Secret

这有效：

package A
package B

trait AB extends Secret

这样做也是如此：

package A.B

trait AB extends A.Secret

在这两种情况下，结构都被解释为：

package A {
  trait Secret
  package B {
     //...
  }
}

作用域

将此与作用域 进行比较，您可以想象对未嵌套包的这种解释：

package A {
  private [A] trait Secret
}

package `A.B` {
   trait AB extends A.Secret

}

混合和匹配

您可以任意混合和匹配嵌套和非嵌套包：

package com.acme.project
package util.shazam
package blerg

Answer 3

它不会让您更好地控制导入的内容吗？例如，如果有包：

package com.acme.foo.client
package com.acme.client

然后从 Foo 内部，是否存在关于引用哪个 client 的恼人的歧义？例如，如果您想从 Foo 中进行通配符导入：

class Foo {
  import client._ //what is being imported?
}

如果我们使用 client 而不是 client，这可能会产生更多问题一个包com.acme.java：

class Foo {
    val jul = new java.util.LinkedList //compile error; cannot find util
}