[swift-evolution] [Draft proposal] Faster/lower-level external String initialization
Zach Waldowski
zach at waldowski.me
Tue Jan 26 17:14:35 CST 2016
Since this seems to have gone quiet, and the code was already done, I've
posted the PR to Swift itself:
https://github.com/apple/swift/pull/1109
The existing proposal PR:
https://github.com/apple/swift-evolution/pull/101
--
Sincerely,
Zachary Waldowski
zach at waldowski.me
On Wed, Jan 20, 2016, at 06:08 PM, Zach Waldowski via swift-evolution
wrote:
> Thanks, Dave.
>
> I definitely wasn't hard to convince on this. The change has already
> been made to the proposal, its PR, and the pending PR to the stdlib.
>
> Cheers!
> Zach Waldowski
> zach at waldowski.me
>
> On Wed, Jan 20, 2016, at 01:23 PM, Dave Abrahams via swift-evolution
> wrote:
> >
> > on Fri Jan 15 2016, Zach Waldowski via swift-evolution
> > <swift-evolution-m3FHrko0VLzYtjvyW6yDsg-AT-public.gmane.org> wrote:
> >
> > > Charles -
> > >
> > > I shared the same concern, and mention them in the proposal. I thought
> > > `decode(_:as:)` to be too simple to the point of being
> > > non-descriptive,
> >
> > The names of methods don't need to be descriptive. It's the use-sites
> > (and secondarily, declarations) that need to be clear. Trying to make
> > the names of methods descriptive by themselves just hurts readability at
> > the use-site.
> >
> > -Dave
> >
> > _______________________________________________
> > swift-evolution mailing list
> > swift-evolution at swift.org
> > https://lists.swift.org/mailman/listinfo/swift-evolution
> _______________________________________________
> swift-evolution mailing list
> swift-evolution at swift.org
> https://lists.swift.org/mailman/listinfo/swift-evolution
More information about the swift-evolution
mailing list