[swift-evolution] rethrows as first-class type annotation
Jordan Rose
jordan_rose at apple.com
Mon Dec 21 20:09:40 CST 2015
John, IIRC you had some reason why this wasn't a great idea, but I can't remember it. It seems useful to me too, if not something that comes up too often.
Jordan
> On Dec 20, 2015, at 2:46 , Alexandre Lopoukhine via swift-evolution <swift-evolution at swift.org> wrote:
>
> Hi Dmitri,
>
> This is a better example than any that I have come up with so far as to why “rethrows” should be a part of the signature. You shouldn’t have to use “try!” to apply a non-throwing function, like {print($0)} to “forEach”.
>
> — Sasha
>
>
>> On 20 Dec 2015, at 13:37, Dmitri Gribenko <gribozavr at gmail.com> wrote:
>>
>> Hi Alexandre,
>>
>> I think for this use case we don't actually need 'rethrows' to become
>> a part of the closure type, we just need the compiler to allow and
>> "instantiate" it in more places.
>>
>> The case where we would need 'rethrows' to become a first class part
>> of the type system is if we wanted 'rethrows' to be a part of the
>> signature of the closure itself, for example:
>>
>> (swift) let forEach = [ 10, 20, 30 ].forEach
>> // forEach : (@noescape (Int) throws -> Void) throws -> () = (Function)
>>
>> Here, a more precise type would be (@noescape (Int) throws -> Void)
>> rethrows -> Void.
>>
>> Dmitri
>>
>> --
>> main(i,j){for(i=2;;i++){for(j=2;j<i;j++){if(!(i%j)){j=0;break;}}if
>> (j){printf("%d\n",i);}}} /*Dmitri Gribenko <gribozavr at gmail.com>*/
>
> _______________________________________________
> 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/20151221/ce204321/attachment.html>
More information about the swift-evolution
mailing list