<div dir="ltr">On Sat, Dec 5, 2015 at 7:15 PM, Chris Lattner <span dir="ltr">&lt;<a href="mailto:clattner@apple.com" target="_blank">clattner@apple.com</a>&gt;</span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Further, it is important to consider whether the code written using this will actually be *better* than the code written with these things as statements.  For example, the “switch” blocks tend to be very large, and turning them into expressions encourages additional indentation.</blockquote><div><br></div><div>If you give functions implicit return at the same time – as in Haskell, Erlang, Scala, Rust, Ruby, Lisp/Scheme/Clojure, etc –  there would be no need for additional indentation half of the time.</div><div><br></div><div>I really, really like it in many of the mentioned languages, but I expect that the C crowd will vehemently disagree. And maybe Swift is sufficiently different from those languages that it makes less sense here. For example, regardless of project, my average function body size in Erlang hovers around two lines. Not even Slava Pestov would factor Swift that aggressively.</div><div><br></div></div></div></div>