标识符中下划线的 Scala 样式指南

Question

我已经接受了许多其他语言的下划线与标识符中的字母一样多的自由。因此_v和 v_ .此外，尾随下划线是 推荐避免与保留关键字( class_ ， case_ )产生歧义。

val abc_=0
<console>:1: error: '=' expected but integer literal found.
       val abc_=0

下划线是 Scala 类型系统的重要组成部分， 的推荐方式是什么？在标识符中使用它们 ，这样解析器和人类都能开心吗？带有下划线的标识符会带来哪些可能的歧义？

前导空格似乎增加了困惑 _class而不是 class_ .

相关问题:

What are all the uses of an underscore in Scala?

Scala underscores in names

Answer 1

尾随下划线是个坏主意，因为像 x_+ 这样的东西本身是有效的变量名。根本不要使用尾随下划线。

前导下划线不是一个坏主意，但仍然很难直观地解析 _myfunc _ 之类的内容。 .有一些约定可以让持有同名构造函数参数的私有(private)成员以 _ 开头。 : class X(x: Int) { private var _x = x } .我的建议是不要这样做。你问的是困惑。使用myX或 theX或 xLocal或 xi或者你的内部变量的东西。不过，如果你选择 _x ，你会有很好的陪伴；人们往往会明白你的意思。

名称中的下划线没有被广泛使用，因为驼峰式大小写是标准。我做的一个异常(exception)是，我在隐式定义中使用了不应手动使用的下划线，而是说明发生转换的原因:tuple2_can_expand可能会添加 expand转换 Tuple2 的方法变成 Tuple3 ， 例如。