[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