<div dir="ltr">I agree with this, function signatures in Swift are long enough as it is, fitting them in 80 characters is hard enough already<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Oct 9, 2017 at 11:14 AM, Adrian Zubarev via swift-evolution <span dir="ltr"><<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>async is a keyword where as @discardableResult is an attribute. This pitch does not include any advantages over the current form. In fact this will rather harm the readbility because you no longer can nicely put the annotation above the function and it won’t play well with other keywords like throws, rethrows and async.<div><br></div><div>@discardableResult</div><div>funx foo() { /* ... */ }</div><div><br></div><div>So -1 for this pitch.<span class="HOEnZb"><font color="#888888"><br><div class="m_4210806929994182062bloop_sign"><div style="font-family:helvetica,arial;font-size:13px">-- <br>Adrian Zubarev<br>Sent with Airmail</div></div></font></span><div><div class="h5"> <p class="gmail_quote" style="color:#000">Am 9. Oktober 2017 um 18:02:14, Dave DeLong via swift-evolution (<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>) schrieb:</p> <blockquote type="cite" class="gmail_quote"><span><div style="word-wrap:break-word;line-break:after-white-space"><div></div><div>
Oooo, I really like this.
<div><br></div>
<div>It also brings up an interesting point on the whole
async discussion. Doesn’t the async apply to the <i>return
value</i> and not the other stuff?</div>
<div><br></div>
<div>IE instead of:</div>
<div><br></div>
<div><font face="Menlo"><span style="font-size:11px">async func getBool() →
Bool</span></font></div>
<div><br></div>
<div>It could be:</div>
<div><br></div>
<div><font face="Menlo"><span style="font-size:11px">func getBool() → async
Bool</span></font></div>
<div><br></div>
<div>Dave<br>
<div><br>
<blockquote type="cite">
<div>On Oct 9, 2017, at 9:58 AM, Fil Ipe via
swift-evolution <<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>> wrote:</div>
<br class="m_4210806929994182062Apple-interchange-newline">
<div>
<div dir="ltr">
<div style="font-size:12.8px"><span style="font-size:12.8px">I find it extremely cumbersome to have
to precede a function declaration with such an extensive
annotation such as @discardableResult</span><br></div>
<div style="font-size:12.8px"><br></div>
<div style="font-size:12.8px">Now that so many functions
do need this annotation to be there, our code became so ugly.</div>
<div style="font-size:12.8px"><br></div>
<div style="font-size:12.8px">Besides, having this
annotation precede the function declaration kind of reminds me of C
rather than Swift. <span style="font-size:12.8px">Since in C the</span><span style="font-size:12.8px"> function declarations started by the type of the return
value.</span></div>
<div style="font-size:12.8px"><br></div>
<div style="font-size:12.8px">I, therefore, think it
would be much softer on the eye, and much more precise in intent,
to instead precede the result of a func with a
simpler and shorter @discardable annotation</div>
<div style="font-size:12.8px"><br></div>
<div style="font-size:12.8px">So it would be:</div>
<div style="font-size:12.8px"><br></div>
<span style="font-size:12.8px">func() -> @discardable
Bool { } </span>
<div style="font-size:12.8px">
<div><br></div>
<div>Rather than: </div>
<div><br></div>
<div>@discardableResult func() -> Bool { } </div>
<div>
<div><br></div>
<div>It could be even better if someone could perhaps find
a shorter word that is a synonym for the word "discardable", that
would be as explicit in intent as the word "discardable" is in such
context, yet be written with fewer characters.</div>
</div>
<div><br></div>
</div>
<div style="font-size:12.8px">Swift regards,</div>
<div style="font-size:12.8px">Filipe Sá.</div>
</div>
______________________________<wbr>_________________<br>
swift-evolution mailing list<br>
<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a><br>
<a href="https://lists.swift.org/mailman/listinfo/swift-evolution" target="_blank">https://lists.swift.org/<wbr>mailman/listinfo/swift-<wbr>evolution</a><br></div>
</blockquote>
</div>
<br></div>
______________________________<wbr>_________________<br>swift-evolution mailing list<br><a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a><br><a href="https://lists.swift.org/mailman/listinfo/swift-evolution" target="_blank">https://lists.swift.org/<wbr>mailman/listinfo/swift-<wbr>evolution</a><br></div></div></span></blockquote>
</div></div></div></div><br>______________________________<wbr>_________________<br>
swift-evolution mailing list<br>
<a href="mailto:swift-evolution@swift.org">swift-evolution@swift.org</a><br>
<a href="https://lists.swift.org/mailman/listinfo/swift-evolution" rel="noreferrer" target="_blank">https://lists.swift.org/<wbr>mailman/listinfo/swift-<wbr>evolution</a><br>
<br></blockquote></div><br></div>