Yesterday began the start of review for Oisin Kidney’s Lazy flatMap proposal. If you have any questions about the proposal, Oison is available on Twitter. The review will go to tomorrow. It’s a pretty straightforward tweak to the language to bring flatMap for arrays-of-optionals in compliance with the current behavior of flatMap for arrays-of-sequences.
Next up is the required-
self proposal, which I hope gets voted down in flames. I endorse using
self when it makes sense to do so but I don’t like the idea of a heavy-handed universal language-mandate. It’s due for review between today and the 20th.
Xcode already offers syntax highlighting to communicate usage. This can be left as a per-shop standard and linting exercise. Compare mandated-
try!, or as I now call it (thanks weaksauce) the “Swift YOLO operator“. There’s almost always a better way to approach coding but I don’t want it removed from the language.
Also upcoming are a proposal to use a distinct keyword for associated type declarations (seems like a no-brainer yes), one that attempts to tweak the way superclass methods are partially applied (I am agnostic at this point, haven’t really read this thoroughly), and one by Kevin Ballard about Unicode scalar views — which follows the Second Rule of Kevin. The Second Rule of Kevin goes like this: If Kevin has proposed it, I probably support it even though I need to read through it at some point before the voting goes live.
Between the 18th and the 21st, review opens for Proposal SE-0014. Max Moiseev writes, “In order to allow
AnySequence delegate calls to the underlying sequence, its initializer should have extra constraints.” I honestly haven’t been following this discussion so I may give this vote a pass.
You’ll find all the Swift mailing lists, including the Swift-Evolution list on which language changes are discussed, at swift.org’s community page.