Hi all,
this is my first contribution here. I tried to track down if someone has posted something similar but I couldn’t find any mail.
My proposal consists on making NSDate (or Date after the prefix removal) a struct instead of a class. I know that it was probably modeled as a class to keep compatibility with NSDate from Cocoa, but I think it feels more natural to model it as a struct in Swift (or even a typealias for Double, just like NSTimeInterval).
I know that the bridging with Cocoa could be an issue, but String is a struct and is bridged just fine to NSString. Obviously, I am probably missing something about the implementation of something like that.
Here is a link to NSDate in swift-corelibs-foundation: https://github.com/apple/swift-corelibs-foundation/blob/master/Foundation/NSDate.swift
Thoughts?
Emanuel
+1 IMO Date should be one of the standard type in Swift, like String, Array, Dictionary etc. And of course, it should be implemented as structure like any other base types in swift. It is very strange that NSDate(Date) was not introduced as standard type for Swift 3.0. But instead we are working on renaming methods and other low-priority tasks.
···
On 19.04.2016 5:31, Emanuel Andrada via swift-evolution wrote:
Hi all,
this is my first contribution here. I tried to track down if someone has
posted something similar but I couldn’t find any mail.
My proposal consists on making NSDate (or Date after the prefix removal) a
struct instead of a class. I know that it was probably modeled as a class
to keep compatibility with NSDate from Cocoa, but I think it feels more
natural to model it as a struct in Swift (or even a typealias for Double,
just like NSTimeInterval).
I know that the bridging with Cocoa could be an issue, but String is a
struct and is bridged just fine to NSString. Obviously, I am probably
missing something about the implementation of something like that.
Here is a link to NSDate in
swift-corelibs-foundation: https://github.com/apple/swift-corelibs-foundation/blob/master/Foundation/NSDate.swift
Thoughts?
Emanuel_______________________________________________
swift-evolution mailing list
swift-evolution@swift.org
https://lists.swift.org/mailman/listinfo/swift-evolution