given that rhickey wrote seq, and rhickey recommends using it for this purpose, I doubt you need to worry about it changing radically without warning. the behavior of seq is not just incidental, it has a history stretching back to before seqs became as lazy as they are now, and it's behavior made it unchanged through that transition.
On Thu, Mar 11, 2010 at 12:52 PM, Brian Hurt <bhur...@gmail.com> wrote: > > > On Thu, Mar 11, 2010 at 3:40 PM, Kevin Downey <redc...@gmail.com> wrote: >> >> it's not a corner case, seq returns a seq containing more items if >> there are more, or nil if there are not. have you looked at clojure's >> truth table? if distinguishes from nil and not-nil, with true and >> false thrown in for interop. >> >> > > You're right. It's not a corner case. According to wikipedia, a corner > case is: >> >> A corner case (or pathological case) is a problem or situation that >> occurs only outside of normal operating parameters — specifically one that >> manifests itself when multiple environmental variables or conditions are >> simultaneously at extreme levels, even though each parameter is within the >> specified range for that parameter. > > It's an edge case: > >> An edge case is a problem or situation that occurs only at an extreme >> (maximum or minimum) operating parameter. > > I will note that vec and set both behave differently- when handed an empty > sequence they don't return nil, they return the (not nil) empty vector or > set (respectively). The specific behavior of seq being depended upon in > this case is different between seq and other, similar-purpose functions. > > Brian > > -- > 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 -- And what is good, Phaedrus, And what is not good— Need we ask anyone to tell us these things? -- 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
