Hi Chris,
Thanks for bringing this idea to the list.
Is NSDate really the only thing that we want to conform to comparable, or is
there a set of classes which should do so? I’d like to think about the larger
set of consequences here (and if possible, deal with one coherent answer for
all of Fo
Here's a draft of the the proposal:
https://gist.github.com/chrisamanse/2ab39e31e93d5c11d0b5
On Sun, Dec 6, 2015 at 7:52 AM Philippe Hausler wrote:
> In all that seems like a pretty reasonable concept. Foundation is going to
> be using the same evolution template as the rest of the Swift evoluti
In all that seems like a pretty reasonable concept. Foundation is going to be
using the same evolution template as the rest of the Swift evolution process;
could you fill out a draft of that and I can help campion your proposal to the
component owner for NSDate and we can see how this will fair
Hello Swift Developers,
I think it's a good idea to conform NSDate to the Comparable protocol, so
instead of using:
if someDate.compare(today) == .OrderedAscending { }
Developers can easily compare using compare dates using comparison
operators:
if someDate < today { }
In my opinion, the code
