为什么sbt会给出；对象swing不是包scala的成员；对于导入scala.swing？

Sbt版本：0.13.8

Scala版本：2.11.2

使用scalac编译scala swing应用程序时，它只需编译。 但是，使用SBT编译相同的文件时，会出现以下错误：

[error] my/file/path.scala:1: object swing is not a member of package scala
[error] import scala.swing._

我将scala版本添加到build.sbt中。我甚至配置了scalaHome（我认为它永远不应该出现在build.sbt中）

build.sbt中的行：

scalaVersion := "2.11.2"
scalaHome := Some(file("/my/scala/location/opt/scala-2.11.2/"))

目录包含sacla-swing库：scala-swing_2.11-1.0.1.jar，这也是scalac简单编译的原因

有人可能会说我应该在build.sbt中将swing添加到我的libraryDependencies中，但是不应该，因为它是核心库的一部分，并且scalaHome已经配置好了

如何让sbt以自然的方式注意到swing core库

奖金问题：

---

如何在build.sbt之外配置scalaHome（而不攻击sbt jar本身）或者更好，让它注意SCALA_HOME环境变量？

从2.11开始，SCALA swing包不再列在其中，事实上它自己被描述为“大部分不受支持”

我想你应该把它作为一种依赖

---

另请参见

从2.11开始，scala swing软件包不再列在其中，事实上，它本身被描述为“大部分不受支持”

我想你应该把它作为一种依赖

---

另请参见

它提到“标准库的其他部分作为单独的库提供”，然后提到scala.swing。正如我提到的，它也包含在我的scala安装中，scalac没有任何问题。只有sbt。为什么SBT不考虑我的SCABAL家？我知道你从哪里来。然而，一切都说了做了：scala 2.11.2附带了scala.swing库（无论支持与否）。即使它在那里，sbt也不知道该说些什么。它与scala.swing一起作为标准库提供。模块化的目的是使核心标准库更加精简。我认为，sbt已经相当合理地决定，非核心模块是必须声明的依赖项。scalac可能将所有内容都放在其

类路径中的一个过缓冲的lib目录中，但很明显scala团队的意思是，非核心模块在未使用时可以从scala平台中忽略。总之，我认为这不是一个bug，而是一个选择。你可能不同意。（我自己认为这很合理。）但我怀疑它是否会改变，因为这与精简必须存在的核心Scala平台的愿望是一致的。它唯一的代价是您必须在sbt中声明一个依赖项（或将其指向非托管依赖项）。它提到“标准库的其他部分作为单独的库提供。”然后提到scala.swing。正如我提到的，它也包含在我的scala安装中，scalac没有任何问题。只有sbt。为什么SBT不考虑我的SCABAL家？我知道你从哪里来。然而，一切都说了做了：scala 2.11.2附带了scala.swing库（无论支持与否）。即使它在那里，sbt也不知道该说些什么。它与scala.swing一起作为标准库提供。模块化的目的是使核心标准库更加精简。我认为，sbt已经相当合理地决定，非核心模块是必须声明的依赖项。scalac可能将所有内容都放在其
类路径中的一个过缓冲的lib目录中，但很明显scala团队的意思是，非核心模块在未使用时可以从scala平台中忽略。总之，我认为这不是一个bug，而是一个选择。你可能不同意。（我自己认为这很合理。）但我怀疑它是否会改变，因为这与精简必须存在的核心Scala平台的愿望是一致的。它唯一的代价是必须在sbt中声明依赖项（或将其作为非托管依赖项）。
/my/scala/location/opt/scala-2.11.2/lib