[swift-evolution] Revisiting 0004, 0007 etc. - Swift deprecations
Charles Srstka
cocoadev at charlessoft.com
Sun Apr 3 22:54:30 CDT 2016
> On Apr 3, 2016, at 8:51 PM, David Waite via swift-evolution <swift-evolution at swift.org> wrote:
>
> Swift also has the benefit of built-in access to C/C++ and in some environments Objective-C code and libraries. This means it does not have to strive to either replace or to have universal coverage of features in these languages.
>
> For example, I cite pointers in Swift: while UnsafePointer exists, one would be hard-pressed to choose to use it for code involving significant pointer manipulation over the equivalent C code - the C code is much more terse, and in the domain of unsafe pointer juggling the C that terseness actually can make the code more understandable. We have the benefit of letting C be good at what C was made for, and having that C code talk to Swift. The language doesn't need “Pure Swift” in the way a cross-platform distribution language like Java needs “Pure Java”.
Keep in mind that this is only (fully) true on Apple platforms; it’s my understanding that the open-source version of Swift does not include the Objective-C bridge, with its bridging headers and all that jazz. Therefore, interop with C code is probably limited to calling things from libraries.
Charles
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.swift.org/pipermail/swift-evolution/attachments/20160403/fdb5d196/attachment.html>
More information about the swift-evolution
mailing list