[swift-evolution] [Review] SE-0168: Multi-Line String Literals

David Waite david at alkaline-solutions.com
Fri Apr 7 15:21:55 CDT 2017


> On Apr 6, 2017, at 1:35 PM, Joe Groff via swift-evolution <swift-evolution at swift.org> wrote:
> 
> https://github.com/apple/swift-evolution/blob/master/proposals/0168-multi-line-string-literals.md <https://github.com/apple/swift-evolution/blob/master/proposals/0168-multi-line-string-literals.md>
> 	• What is your evaluation of the proposal?

-1. I don’t feel this properly solves all the issues of multiline strings. Indeed, I think the baked-in whitespace-stripping would complicate or preclude its usage in some scenarios.

Languages with multi-line string primitives typically have to bake in multiple approaches and/or behavioral modifiers to meet all the use cases. This appears to aim for a very particular behaviors with regards to formatting and whitespace, without proposing ways to support other behaviors. As the motivation section did not attempt to summarize the expressed desired behaviors, the swift-evolution threads are the best place to go to determine the conflicting sets of desired behaviors.

Likewise, it feels underspecified. For example, the specification does not detail what the behavior is of

let a = """foobar"""  // legal? equivalent of "foobar"? Would you get a warning?
let b = """""" // legal? equivalent of "" ? Would you get a warning?
let c = """multi-line strings are escaped using the """ (triple-quote) characters""" // legal? does the triple quote need to be escaped?

I feel that some of the alternate approaches were discarded for rather arbitrary reasons as well(regex-based syntax formatter issues?), and suspect this approach was chosen for its ease of copy/pasting in text. However, I understand the desire to have just a single proposed approach - I just don't feel thats realistic for the wide variety of requirements expressed in discussions.
 
> 	• Is the problem being addressed significant enough to warrant a change to Swift?

Absolutely. I feel however that discussions have not resulted in a single approach being deemed more appropriate than others.

> 	• Does this proposal fit well with the feel and direction of Swift?

I don't think so as specified - it simply does not cover enough of the given desired functionality.

> 	• If you have used other languages or libraries with a similar feature, how do you feel that this proposal compares to those?

This seems closest to how multi-line strings work in python (which some refer to as its heredoc support). However, python multi-line strings both are simpler by default and have more optional complexity:

- Multi-line strings in python by default include the initial newline and all indentation. There is a syntax """\ for indicating that the newline following the starting quotes 
- As a more general pattern, each line of a multi-line string ending in a backslash squelches the newline character
- Python does not (from my memory) have any way to eliminate indentation. The expectation is that the embedded text starts at column 0.

Python includes other methods to do strings across multiple lines, such as:
- ("foo" <newline> "bar") # results in "foobar", the strict concatenation of the two strings
- "foo\<newline>bar"  # also results in foobar, as the newline is squelched by the backslash before the newline.

I'm personally most familiar with the support in Ruby, which has an even more comprehensive set of options and controls - single and double quotes as well as custom quoting, controls over expression and escape interpretation, as well as inline HEREDOCs defined with optional leading whitespace elimination and END DATA blocks.

> 	• How much effort did you put into your review? A glance, a quick reading, or an in-depth study?

In-depth study.

> 
> More information about the Swift evolution process is available at:
> 
> https://github.com/apple/swift-evolution/blob/master/process.md <https://github.com/apple/swift-evolution/blob/master/process.md>
> 
> Thank you,
> 
> -Joe
> Review Manager
> _______________________________________________
> swift-evolution mailing list
> swift-evolution at swift.org
> https://lists.swift.org/mailman/listinfo/swift-evolution

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.swift.org/pipermail/swift-evolution/attachments/20170407/668eb816/attachment.html>


More information about the swift-evolution mailing list