[swift-evolution] Philosophy question: Foundation and Standard Library
rodney.brown6 at icloud.com
Sat Jan 2 00:32:53 CST 2016
Brilliant. Makes sense and seems to be a best-of-both-worlds approach.
On 2 Jan 2016, at 3:16 PM, Chris Lattner <clattner at apple.com> wrote:
>>> On Jan 1, 2016, at 3:32 PM, Rod Brown <rodney.brown6 at icloud.com> wrote:
>>> Thanks Chris. I want to figure out what the guiding principles are before I blow any further proposal-capital. This gives me a good place to start chewing on some thoughts. In particular, I'm considering two scenarios.
>>> First, are things that seem unnaturally split between both places, such as "joinWithSeparator" (stdlib, seq type) and "componentsSeparatedByString" (fnd, NSString). The latter super non-Swifty but could easily evolve to be componentsSeparatedBySequence and rangeOfSequence. (We had some nifty attempts at this last night on #swift-lang in terms of trying to do this with reasonable speed.)
>> I find this a very good point and points to something interesting with Swift Foundation.
>> Is it more important to maintain design closely similar to Objective-C foundation, or to push for a more "swift" design philosophy that may indeed push away from Objective C foundation?
> Our goal is to pull the two together, so that Foundation ultimately feels 100% Swift native. This is one major reason that we’re doing corelibs-foundation the way we are in the first place, to force the design discussions to happen.
> We plan to do this through a combination of improving how Swift imports Objective-C APIs (something that made a lot of progress in Swift 2, and should make at least some more progress in Swift 3) as well as by adding “more swifty” interfaces manually where it makes sense (e.g. through overlays). This is something you should discuss on a case by case basis with the corelibs folks, because there is no one blanket answer.
>> We are essentially outlining some of the foundational (no pun intended) elements of Swift, and a clean, coherent design makes sense. That said, I suspect branching away from Objective-C Foundation may create confusion for developers who write both for Apple Platforms and for servers - "Am I using Swift Foundation, or Objective-C Foundation?”
> This would be a pretty big problem, defeating the goal of supporting cross-platform development with Swift.
More information about the swift-evolution