“模块化” Scala 指南

Question

最近我对如何组织我的 Scala 代码感到困惑，因为有很多选择。

Scala 是否有关于如何/何时使用包、对象、包对象来组织代码的指南？

Answer 1

了解 Scala 的功能

首先，我们需要了解每种模块化策略的功能和局限性。

包

这些工作方式与 Java 中一样。您可以使用多个文件来声明一个包的不同部分，并且可以深度嵌套多个级别。这为您的布局提供了最大的灵活性。然而，由于默认的类加载器只希望在包中查找类和接口，因此 Scala 只允许您将这些内容放在那里。 （类、特征和对象。）

对象

对象可以包含任何东西——方法、字段、其他对象、类、特征等。子类、特征和对象实际上是它们自己独立的实体，以包含对象作为名称 -损坏的前缀（就 JVM 而言）。一个对象必须完全包含在一个文件中，尽管您可以任意深度地嵌套子类，但这是通过修改越来越长的名称来完成的，而不是添加到类加载器的路径中。

包对象

仅拥有对象和包的问题是您可能需要一种嵌套结构：

scala.xml
scala.xml.include
scala.xml.include.sax

因此您需要使用包（以避免拥有一个巨大的文件和令人不安的长类名）。但您可能还希望

import scala.xml._

提供各种常量和隐式转换，因此您需要使用对象。 包对象来救援；它们本质上与普通对象相同，但是当您说

import scala.xml._

您既获得了包中的所有内容 (scala.xml._)，也获得了相应包对象 (scala.xml._) 中的所有内容。包）。

如何模块化代码

现在我们知道了每个部分的工作原理，对于如何组织有相当明显的规则：

• 将相关代码放入包中
• 如果有许多相关的子部分，请将它们放入子包中
• 如果包需要隐式或常量，将它们放入该包的包对象中
• 如果您的包层次结构有一个终端分支，则您可以选择它是对象还是包对象。有一些事情不允许包对象做（尽管列表一直在变小——我不确定除了禁止隐藏包中的其他名称之外还剩下什么），所以常规对象可能会是一个更好的选择。只要您不担心二进制兼容性，以后就很容易改变主意 - 在大多数情况下只需将 object 更改为 package object 即可。

Answer 2

除了包和对象之外，还有“隐式”可以帮助您构建代码。可以在这里找到一个很好的使用指南（避免误用）：
http://suereth.blogspot.com/2011/02 /slides-for-todays-nescala-talk.html

我还建议使用类型类来构建代码。关于这个主题有一篇很好的文章： http:// debasishg.blogspot.com/2010/07/refactoring-into-scala-type-classes.html

Answer 3

我尽可能使用包，也就是说，当“模块”仅由类/特征/对象定义组成时。包的优点是可以直接从 Java 访问，无需奇怪的语法。

在所有其他情况下，我主要使用普通对象。

有时，我在项目包的根目录中为每个项目都有一个包对象。该包对象存储所有必要的隐式以及最重要的类和对象。它允许对所有项目进行良好的单行导入。

Answer 4

如果您只对命名空间和将代码拆分为单独的文件感兴趣（听起来像OP），请参阅@Rex的答案。

如果您对模块系统有更多期望，例如可互换性或标准 M​​L 风格函子，则可以使用 此处。

基本上，模块接口（又名 SML 中的签名）成为 Scala 中的特征。模块（又名结构）是 Scala 中的对象。函子可以转换为类、抽象类，甚至可以通过某些实现将函子参数转换为抽象字段或构造函数参数，具体取决于您是否希望生成的模块具有兼容的类型。