<html><head><style>
body {
        font-family: "Helvetica Neue", Helvetica, Arial, sans-serif;
        padding:1em;
        margin:auto;
        background:#fefefe;
}

h1, h2, h3, h4, h5, h6 {
        font-weight: bold;
}

h1 {
        color: #000000;
        font-size: 28pt;
}

h2 {
        border-bottom: 1px solid #CCCCCC;
        color: #000000;
        font-size: 24px;
}

h3 {
        font-size: 18px;
}

h4 {
        font-size: 16px;
}

h5 {
        font-size: 14px;
}

h6 {
        color: #777777;
        background-color: inherit;
        font-size: 14px;
}

hr {
        height: 0.2em;
        border: 0;
        color: #CCCCCC;
        background-color: #CCCCCC;
    display: inherit;
}

p, blockquote, ul, ol, dl, li, table, pre {
        margin: 15px 0;
}

a, a:visited {
        color: #4183C4;
        background-color: inherit;
        text-decoration: none;
}

#message {
        border-radius: 6px;
        border: 1px solid #ccc;
        display:block;
        width:100%;
        height:60px;
        margin:6px 0px;
}

button, #ws {
        font-size: 12 pt;
        padding: 4px 6px;
        border-radius: 5px;
        border: 1px solid #bbb;
        background-color: #eee;
}

code, pre, #ws, #message {
        font-family: Monaco;
        font-size: 10pt;
        border-radius: 3px;
        background-color: #F8F8F8;
        color: inherit;
}

code {
        border: 1px solid #EAEAEA;
        margin: 0 2px;
        padding: 0 5px;
}

pre {
        border: 1px solid #CCCCCC;
        overflow: auto;
        padding: 4px 8px;
}

pre > code {
        border: 0;
        margin: 0;
        padding: 0;
}

#ws { background-color: #f8f8f8; }


.bloop_markdown table {
border-collapse: collapse;  
font-family: Helvetica, arial, freesans, clean, sans-serif;  
color: rgb(51, 51, 51);  
font-size: 15px; line-height: 25px;
padding: 0; }

.bloop_markdown table tr {
border-top: 1px solid #cccccc;
background-color: white;
margin: 0;
padding: 0; }
     
.bloop_markdown table tr:nth-child(2n) {
background-color: #f8f8f8; }

.bloop_markdown table tr th {
font-weight: bold;
border: 1px solid #cccccc;
margin: 0;
padding: 6px 13px; }

.bloop_markdown table tr td {
border: 1px solid #cccccc;
margin: 0;
padding: 6px 13px; }

.bloop_markdown table tr th :first-child, table tr td :first-child {
margin-top: 0; }

.bloop_markdown table tr th :last-child, table tr td :last-child {
margin-bottom: 0; }

.bloop_markdown blockquote{
  border-left: 4px solid #dddddd;
  padding: 0 15px;
  color: #777777; }
  blockquote > :first-child {
    margin-top: 0; }
  blockquote > :last-child {
    margin-bottom: 0; }

code, pre, #ws, #message {
    word-break: normal;
    word-wrap: normal;
}

hr {
    display: inherit;
}

.bloop_markdown :first-child {
    -webkit-margin-before: 0;
}

code, pre, #ws, #message {
    font-family: Menlo, Consolas, Liberation Mono, Courier, monospace;
}


.send { color:#77bb77; }
.server { color:#7799bb; }
.error { color:#AA0000; }</style></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div class="bloop_markdown"><p>I’d like to revive an additive proposal that couldn’t make it into Swift 3. This proposal has a small improvement to the language compared to other big features currently being proposed. It almost feels like a bug fix rather than a new feature, but it still needs a full and quick review process.</p>

<p>You can read the formatted version here: <a href="https://github.com/apple/swift-evolution/pull/608">https://github.com/apple/swift-evolution/pull/608</a></p>

<h1 id="returnconsistencyforsingle-expressions"><code>return</code> consistency for single-expressions</h1>

<ul>
<li>Proposal: <a href="https://github.com/apple/swift-evolution/blob/master/proposals/nnnn-single-expression-optional-return.md">SE-NNNN</a></li>
<li>Author: <a href="https://github.com/DevAndArtist">Adrian Zubarev</a></li>
<li>Status: <strong><a href="#rationale">Awaiting review</a></strong></li>
<li>Review manager: TBD</li>
</ul>

<h2 id="introduction">Introduction</h2>

<p>Any single-expression closure can omit the <code>return</code> statement. This proposal aims to make this feature more consistent in some other corners of the language.</p>

<p>Original swift-evolution thread:
* <a href="">[Pitch] [Stage–2] <code>return</code> consistency for single-expressions</a>
* <a href="https://lists.swift.org/pipermail/swift-evolution/Week-of-Mon-20160523/019260.html">[Pitch] (Bofore Swift 3) Make <code>return</code> optional in computed properties for a single case</a></p>

<h2 id="motivation">Motivation</h2>

<p>Closures can omit the <code>return</code> and have an inferred return type:</p>

<pre><code class="swift">let _ = { 42 } // Type: () -&gt; Int

let _ = [1,2,3].map { $0 * 5 } // T == Int
</code></pre>

<p>There are also value returning code blocks in the language that feel the same but are inconsistent to the mentioned feature:</p>

<pre><code class="swift">// Read-write computed property:
var integer: Int {  
    get { return 2016 }  
    set { /* do some work */ }  
}  

// Read-only computed property:
var string: String { return "hello swift" }  

// Function:
func pi() -&gt; Double {
    return 3.141
}

// Read-Write subscript:
subscript(index: Int) -&gt; Int {
    get { return index % 2 }
    set { /* do some work */ }
}

// Read-only subscript:
subscript(index: Int) -&gt; Int { return index * 2 }
</code></pre>

<h2 id="proposedsolution">Proposed solution</h2>

<p>Make <code>return</code> optional for the following top level code blocks that only contain a single expression:</p>

<ul>
<li><em>variable-declaration</em></li>
<li><em>getter-setter-block</em></li>
<li><em>getter-clause</em></li>
<li><em>function-body</em></li>
<li><em>subscript-declaration</em></li>
</ul>

<p>That will allow us to rewrite the above example to:</p>

<pre><code class="swift">// Read-Write computed property:
var integer: Int {  
    get { 2016 }  
    ...
}  

// Read-only computed property:
var string: String { "hello swift" }  

// Function:
func pi() -&gt; Double { 3.141 }

// Read-Write subscript:
subscript(index: Int) -&gt; Int {
    get { index % 2 }
    ...
}

// Read-only subscript:
subscript(index: Int) -&gt; Int { index * 2 }
</code></pre>

<p><strong>Possible real world example:</strong></p>

<pre><code class="swift">// Today
public struct Character {
     
    public let source: Module.Source
    private let _pointer: UnsafePointer&lt;Swift.Character&gt;
     
    public var value: Swift.Character {
        return self._pointer.pointee
    }
    ...
}

// Rewritten:
public struct Character {
    ...
    public var value: Swift.Character { self._pointer.pointee }
    ...
}
</code></pre>

<h2 id="impactonexistingcode">Impact on existing code</h2>

<p>None, this change will only relax some existing rules.</p>

<h2 id="alternativesconsidered">Alternatives considered</h2>

<p>Leave this as is and live with such inconsistency.</p>

<p></p></div><div class="bloop_original_html"><style>body{font-family:Helvetica,Arial;font-size:13px}</style><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;"><br></div><br><div id="bloop_sign_1487319131171746048" class="bloop_sign"><div style="font-family:helvetica,arial;font-size:13px">--&nbsp;<br>Adrian Zubarev<br>Sent with Airmail</div></div></div><div class="bloop_markdown"><p></p></div></body></html>