[swift-evolution] Proposals: (1) Forbidding custom `==` for value types, (2) `dispatch` keyword, (3) `default`-result for methods with `Self`, and (4) Poor-Mans-Existentials
neubauer at kingsware.de
Thu Jul 21 03:06:47 CDT 2016
> Am 21.07.2016 um 02:19 schrieb Susan Cheng <susan.doggie at gmail.com>:
> I know and I want to point out that you said value type don't have any thread safety issues is wrong.
I did not mean that, sorry. I meant: calling == on reference types in the standard implementation of == in value types, creates new risks for race conditions and this is why this would be a bad decision. Value types themselves introduce less thread safety issues than reference types, and changes to the language should IMO not make this position weaker.
Anyway, closures are much more fragile than currying (or partial application) is  (the article is about Java 8, but the underlying issues hold for any language). So, I am a bit disappointed that Swift removed currying instead of making its syntax better (and more flexible) and allow only closures without variable capturing (in order to have fully partially applied functions  or in objective-c-terms a *parameterless block*).
All the best
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 496 bytes
Desc: Message signed with OpenPGP using GPGMail
More information about the swift-evolution