By: Dale Wijnand
|Jun 25th 2016||Initial Draft (#533)|
|Jun 27th 2016||New drawback: changing existing tools (#533)|
|Jun 27th 2016||New motivation: simplifies codegen (#533)|
|Aug 10th 2016||SIP numbered: Renamed to SIP-27 (#533)|
|Aug 10th 2016||Changed scala-commas URL (repo was moved) (#533)|
|Aug 10th 2016||Dialed back some of the language (#533)|
|Sep 04th 2016||Split the motivation into sections (#533)|
|Sep 04th 2016||New motivation: VCS authorship attribution (#533)|
|Sep 04th 2016||New drawback: Cross building hinderance (#533)|
|Sep 12th 2016||Remove cross building hinderance from drawbacks (#533)|
|Nov 12th 2016||Major rework: multi-line, 2 variants & spec (#625)|
When using a comma-separated sequence of elements on multiple lines, such as:
It is inconvenient to remove or comment out elements because the last element mustn’t have a trailing comma:
It is also inconvenient to reorder because every element but the last one must be followed by a comma:
Adding and removing commas also introduces unnecessary noise in diffs:
Using the example above, adding a comma after
baz also unnecessarily changed the authorship of the line.
Allowing trailing commas would also simplify generating Scala source code.
(SI-4986) was opened in 2011 requesting support for trailing commas, referencing that it facilitates code generation by tools and allows easier sorting of values. It was initially in the context of import selectors but later also for other constructs in the syntax.
Some real-world use-cases where elements of a sequence are typically added, removed or moved are:
copy) which present a lot of options defined with default values
settings(...)arguments or elements of
javaOptionssequences in sbt
It is not the intent of introducing trailing commas to promote a code style such as:
for a number of reasons:
Trailing comma support is therefore restricted to only comma-separated elements that are on separate lines:
There are a number of different parts of the Scala grammar that are comma-separated and, therefore, could support trailing commas. Specifically:
With this proposal I would like to present 2 variants:
The first variant adds trailing comma support to only multi-line
ClassParams, which I consider to be the parts of the grammar that would most benefit from trailing commas.
The second variant adds trailing comma support to the whole grammar (again, only for multi-line), which means more consistency, but also supporting trailing commas in places that in practice don’t really require it as much, such as
In this proposal, only the first variant is considered: trailing comma support for
ParamClasses for the sake of simplicity.
See below for more details on what that would mean.
The implementation of trailing commas is limited to changing Parsers.scala in the Scala compiler. An implementation of this proposal can be found at scala/scala#5245.
One drawback, or trade-off, to this change is that it adds an alternative way in which it is possible to do something in Scala. But I believe that the pragmatic advantage of being able to have trailing commas is worth this drawback.
Another drawback, given this is a change in syntax, is that it requires changing the existing tools, such as those that parse Scala: intellij-scala, scalariform, scala.meta and scalaparse.
As an alternative to changing the language, there already exists today a compiler plugin called scala-commas that provides a variant of this feature. It also provides some evidence that people would even use unsupported compiler apis and reflection to add this functionality, even when such a plugin won’t compose with other plugins well, though arguably only weak evidence as it’s a young and obscure plugin.