+1, looking at the latest master, I think they need a better docstring, or
rather an example of use that makes it easier to grasp.

Regards,

Laszlo

2012/11/16 Jay Fields <j...@jayfields.com>

> another thought - a really nice thing about if, let, and if-let is
> that if you know how to use if and let, if-let just makes sense. You
> can't say the same about ->, let, and let-> with the current proposal.
>
> On Fri, Nov 16, 2012 at 7:32 AM, Alex Nixon <a...@swiftkey.net> wrote:
> > On 16 November 2012 01:25, Mark Engelberg <mark.engelb...@gmail.com>
> wrote:
> >>
> >> On Thu, Nov 15, 2012 at 5:17 PM, Alan Malloy <a...@malloys.org> wrote:
> >>>
> >>> The primary point of let-> is that you can insert it into an existing
> ->
> >>> pipeline.
> >>>
> >>
> >> That makes sense.
> >
> > It does - thanks for the clarification.
> >
> > So is let-> intended to be *never* used outside of ->? If so, can an
> > argument be made for enforcing its use within -> to avoid (as far as I'm
> > aware) introducing a 'new' (value first, name second, no destructuring
> > support) binding syntax into core?  Despite it being more verbose, I'd
> > rather read (-> 42 (let-> meaning-of-life (inc))) than (let-> 42
> > meaning-of-life (inc)).
> >
> > And on destructuring - the closest I can get with keeping compatibility
> with
> > existing -> forms would be
> >
> > (-> {:foo 1}
> >   (let-> {:keys [foo] :as x}
> >     (assoc x :bar :foo)))
> >
> > The pro is that you get the power of destructuring.  The con is that this
> > would be the first occurrence of destructuring from outside of an
> explicit
> > binding form.
> > --
> > Alex Nixon
> >
> > Software Engineer | SwiftKey
> >
> > a...@swiftkey.net | http://www.swiftkey.net/
> >
> >
> > ++++++
> > WINNER - MOST INNOVATIVE MOBILE APP - GSMA GLOBAL MOBILE AWARDS 2012
> >
> > Head office: 91-95 Southwark Bridge Road, London, SE1 0AX TouchType is a
> > limited company registered in England and Wales, number 06671487.
> Registered
> > office: 91-95 Southwark Bridge Road, London, SE1 0AX
> >
> > --
> > You received this message because you are subscribed to the Google
> > Groups "Clojure" group.
> > To post to this group, send email to clojure@googlegroups.com
> > Note that posts from new members are moderated - please be patient with
> your
> > first post.
> > To unsubscribe from this group, send email to
> > clojure+unsubscr...@googlegroups.com
> > For more options, visit this group at
> > http://groups.google.com/group/clojure?hl=en
>
> --
> You received this message because you are subscribed to the Google
> Groups "Clojure" group.
> To post to this group, send email to clojure@googlegroups.com
> Note that posts from new members are moderated - please be patient with
> your first post.
> To unsubscribe from this group, send email to
> clojure+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/clojure?hl=en
>



-- 
László Török

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en

Reply via email to