View Top 200 Chart

News
**Swift Unwrapped**

Discussions on the Swift programming language and other projects at Swift.org

Latest Episodes:

12: Swift Evolution May 22, 2017

Show notes

Moving to Discourse, email from Ted: https://lists.swift.org/pipermail/swift-evolution/Week-of-Mon-20170206/031657.html
Nate Cook's Discourse experiment: http://discourse.natecook.com/
Slava tweets:
- https://twitter.com/slava_pestov/status/854490613575700480
- https://twitter.com/slava_pestov/status/857382737669271552

Thank You

Thanks to this episode's sponsor, Kobiton: complete mobile device lab solution.

Start a 15 day free trial today at https://kobiton.com/swiftunwrapped.

11: Ownership Manifesto May 15, 2017

Show notes

Manifesto: https://github.com/apple/swift/blob/master/docs/OwnershipManifesto.md
TL;DR: https://gist.github.com/Gankro/1f79fbf2a9776302a9d4c8c0097cc40e
Graydon Hoare, Swift team member, creator of Rust: https://en.wikipedia.org/wiki/Rust_(programming_language)
Some work has already landed to enforce exclusivity in Swift 4:
- https://github.com/apple/swift/pull/9373
- https://github.com/apple/swift/pull/9198
- https://github.com/apple/swift/pull/9112

Thank You

Thanks to this episode's sponsor, BuddyBuild: a continuous integration, continuous deployment, and user feedback platform for iOS and Android development teams.

Try it free today at https://www.buddybuild.com/.

10: The Variety Show May 08, 2017

Show notes

SE-0168: Multi-line strings

Proposal: https://github.com/apple/swift-evolution/blob/master/proposals/0168-multi-line-string-literals.md
John Holdsworth (Injection4Xcode): https://twitter.com/Injection4Xcode
Took just over 12 months to land: https://github.com/apple/swift/pull/2275
Final PR: https://github.com/apple/swift/pull/8813
Starter Bugs to improve diagnostics: https://bugs.swift.org/browse/SR-4701
Approval Post: https://lists.swift.org/pipermail/swift-evolution-announce/2017-April/000360.html
Multi-line string literals in Objective-C: http://stackoverflow.com/questions/797318/how-to-split-a-string-literal-across-multiple-lines-in-c-objective-c

#SE-0171: Reduce with inout

https://github.com/apple/swift-evolution/blob/master/proposals/0171-reduce-with-inout.md
Rationale: https://lists.swift.org/pipermail/swift-evolution/Week-of-Mon-20170424/036126.html

SE-0172: One-Sided Ranges

https://github.com/apple/swift-evolution/blob/master/proposals/0172-one-sided-ranges.md
Rationale: https://lists.swift.org/pipermail/swift-evolution/Week-of-Mon-20170424/036125.html

Source Compatibility suite

Announcement: https://swift.org/blog/swift-source-compatibility-test-suite/
Swift Source Compatibility Suite: https://github.com/apple/swift-source-compat-suite

Thank You

Thanks to this episode's sponsor, PerfectlySoft. Find tutorials and other content at http://perfect.org/learn.html

09: String Manifesto May 01, 2017

Show notes

String Manifesto: https://github.com/apple/swift/blob/master/docs/StringManifesto.md
Chris Lattner on Swift 4 goals including String re-evaluation: https://lists.swift.org/pipermail/swift-evolution/Week-of-Mon-20160725/025676.html
Ole Begemann:
- Why String.CharacterView is not a MutableCollection: https://oleb.net/blog/2017/02/why-is-string-characterview-not-a-mutablecollection/
- One for the Unicode Nerds: https://oleb.net/blog/2014/06/one-for-the-unicode-nerds/
Objc.io article on unicode: https://www.objc.io/issues/9-strings/unicode/
Unsafe API proposal: https://github.com/apple/swift/pull/7479
SipHash:
- https://github.com/apple/swift/blob/master/stdlib/public/core/SipHash.swift.gyb
- https://github.com/apple/swift/pull/4621

Thank You

Thanks to this episode's sponsor, PerfectlySoft. Find tutorials and other content at http://perfect.org/learn.html

08: Archival Serialization & Swift Encoders Apr 24, 2017

Show notes

SE-0166: Swift Archival & Serialization

NSCoding:
- https://developer.apple.com/reference/foundation/nscoding
- http://nshipster.com/nscoding/
Swift Archival & Serialization: https://github.com/apple/swift-evolution/blob/master/proposals/0166-swift-archival-serialization.md
ABI Stability Dashboard: https://swift.org/abi-stability/

SE-0167: Swift Encoders

https://github.com/apple/swift-evolution/blob/master/proposals/0167-swift-encoders.md
Semantics of Codable Types in Archives
NSValueTransformer
- https://developer.apple.com/reference/foundation/nsvaluetransformer
- http://nshipster.com/nsvaluetransformer/
"In the future, we may add API to allow Swift types to provide an Objective-C class to decode as, effectively allowing for user bridging across archival."
Similar to Russ Bishop’s proposal
- Allow Swift types to provide custom Objective-C representations
- https://github.com/apple/swift-evolution/blob/master/proposals/0058-objectivecbridgeable.md

Thank You

Thanks to this episode's sponsor, PerfectlySoft. Download the Perfect Assistant for free at http://perfect.org/en/assistant/

07: Access Control - The Saga Continues Apr 17, 2017

Show notes

Access Control Roller Coaster

First came the private/fileprivate change (SE-0025): https://github.com/apple/swift-evolution/blob/master/proposals/0025-scoped-access-level.md
Then came open (SE-0117): https://github.com/apple/swift-evolution/blob/master/proposals/0117-non-public-subclassable-by-default.md
For the last few weeks, a faction in the community has been proposing undoing it (SE-0159): https://github.com/apple/swift-evolution/blob/master/proposals/0159-fix-private-access-levels.md
- Wow. Such email. Very list. https://twitter.com/swiftlybrief/status/846938309666492417
Rejection email: https://lists.swift.org/pipermail/swift-evolution-announce/2017-April/000337.html
Doug Gregor opens discussion for expanding private: https://lists.swift.org/pipermail/swift-evolution/Week-of-Mon-20170403/034903.html
David Hart, with a new proposal from Doug’s suggestions: https://github.com/apple/swift-evolution/pull/668
http://www.jessesquires.com/thoughts-on-swift-access-control/

Modules

Features shouldn't be designed and deliberated in isolation. Decisions need to be holistic and forward-thinking. It's the project management equivalent of ABI resilience. "Design Resilience".
Robert Widmann's draft modules proposal: https://gist.github.com/CodaFi/cd66b7d70b5cd8e4e8b433fa2ace378a
- fileprivate access can be recreated by creating a private "utility submodule" containing declarations of at least internal access.

###Thank You

Thanks to this episode's sponsor, PerfectlySoft. Download the Perfect Assistant for free at http://perfect.org/en/assistant/

06: Swift 3.1 Release & SwiftPM Improvements Apr 10, 2017

Show notes

Swift 3.1 Release

Official Swift 3.1 release post: https://swift.org/blog/swift-3-1-released/
Swift 3.1 was first available on Swift for iPad, not macOS 🙀
- https://twitter.com/stroughtonsmith/status/844451069228994560
Anna Zaks, program analysis at Apple: https://twitter.com/zaks_anna
Visual Debugging with Xcode WWDC 2016: https://developer.apple.com/videos/play/wwdc2016/410/
ASAN: https://en.wikipedia.org/wiki/AddressSanitizer
TSAN: https://clang.llvm.org/docs/ThreadSanitizer.html
TSAN at WWDC 2016: https://developer.apple.com/videos/play/wwdc2016/412/

SPM Improvements

Package Manager Manifest API Redesign: https://github.com/apple/swift-evolution/blob/master/proposals/0158-package-manager-manifest-api-redesign.md
Package Manager Editable Packages: https://github.com/apple/swift-evolution/blob/master/proposals/0082-swiftpm-package-edit.md
Package Manager Version Pinning: https://github.com/apple/swift-evolution/blob/master/proposals/0145-package-manager-version-pinning.md
Package Manager Tools Version: https://github.com/apple/swift-evolution/blob/master/proposals/0152-package-manager-tools-version.md
Package Manager Swift Language Compatibility Version: https://github.com/apple/swift-evolution/blob/master/proposals/0151-package-manager-swift-language-compatibility-version.md
Lots of SwiftPM proposals & changes came in under the wire. Kudos to Ankit and Daniel.

Thanks to this episode's sponsor, PerfectlySoft. Download the Perfect Assistant for free at http://perfect.org/en/assistant/

05: Objective-C Interoperability Apr 03, 2017

Show notes

There's been a much stronger focus on calling ObjC from Swift than the other way around, but in this talk we'll cover both directions and the parts of the Swift language involved in the process.

ObjC Interop Overview

Nikita Lutsenko's talk: https://realm.io/news/altconf-nikita-lutsenko-objc-swift-interoperability/
- NS_SWIFT_NAME
- NS_SWIFT_UNAVAILABLE
- NS_REFINED_FOR_SWIFT
- NS_SWIFT_NOTHROW
- NS_NOESCAPE
- NSEXTENSIBLESTRING_ENUM
- Nullability Annotations
- Generic Annotations
ClangImporter (omit needless words logic lives here)
PrintAsObjC
- Kevin Ballard's PR to include unavailable/deprecated/availability attributes: https://github.com/apple/swift/pull/6480
- ObjC codegen via string manipulation. Very hackable.

Proposals on ObjC Interop

Referencing ObjC key-paths: https://github.com/apple/swift-evolution/blob/master/proposals/0062-objc-keypaths.md
Referencing ObjC property selectors: https://github.com/apple/swift-evolution/blob/master/proposals/0064-property-selectors.md
Referencing ObjC selector of a method: https://github.com/apple/swift-evolution/blob/master/proposals/0022-objc-selectors.md
Great API transformation: https://github.com/apple/swift-evolution/blob/master/proposals/0005-objective-c-name-translation.md
Import ObjC constants: https://github.com/apple/swift-evolution/blob/master/proposals/0033-import-objc-constants.md
Make optional requirements ObjC only: https://github.com/apple/swift-evolution/blob/master/proposals/0070-optional-requirements.md

04: Bridging with Objective-C Mar 27, 2017

Show notes

Swift has evolved since 1.x to have a fluctuating amount of magic/implicit bridging from ObjC and Foundation types, sometimes going in the opposite direction towards very explicit type conversions.

We've started seeing more of what the "steady state" looks like as Swift 3.x/4.x development matures.

In the early days, Swift users would need deep compiler internal implementation details to know which NSNumber-representable type could implicitly convert. As of SE-0139 that's a lot clearer.

The subtleties of unenforced protocol conformance semantics: https://oleb.net/blog/2016/12/protocols-have-semantics/

Proposals on bridging

New from Doug Gregor, limiting @objc inference: https://github.com/DougGregor/swift-evolution/blob/objc-inference/proposals/NNNN-objc-inference.md
NSNumber and NSValue: https://github.com/apple/swift-evolution/blob/master/proposals/0139-bridge-nsnumber-and-nsvalue.md
Optional to payload or NSNull: https://github.com/apple/swift-evolution/blob/master/proposals/0140-bridge-optional-to-nsnull.md
ObjC lightweight generics: https://github.com/apple/swift-evolution/blob/master/proposals/0057-importing-objc-generics.md
Import id as Any: https://github.com/apple/swift-evolution/blob/master/proposals/0116-id-as-any.md
NSError bridging: https://github.com/apple/swift-evolution/blob/master/proposals/0112-nserror-bridging.md
Fully eliminate implicit bridging: https://github.com/apple/swift-evolution/blob/master/proposals/0072-eliminate-implicit-bridging-conversions.md
Remove bridging conversion behavior from dynamic casts: https://github.com/apple/swift-evolution/blob/master/proposals/0083-remove-bridging-from-dynamic-casts.md
Ole Begemann on "Protocols are more than Bags of Syntax": https://oleb.net/blog/2016/12/protocols-have-semantics/
No protocol for non-user constructable types (e.g. library-vendored types) :(
Conventions are useful, even if not for technical reasons. Case study with Realm trying to buck NSError ObjC conventions: https://github.com/realm/realm-cocoa/pull/1123

03: Source Stability (What is a Source Breaking Change?) Mar 20, 2017

Show notes

Every Swift developer who has migrated code bases from Swift 1.x to 2.x, or even the more tedious 2.x to 3.x knows the pain of migrating to new Swift versions.

In this episode, we cover:

What is a source breaking change?
Almost guaranteeing that code that compiles with Swift 3.0 continues to compile with Swift 3.x and even Swift 4.x in Swift 3 mode. Why almost? Because it may be best to prevent code that never should have compiled with Swift 3.0 (i.e. compiled due to egregious bugs in the compiler) from compiling as those bugs are fixed. There are times when breaking compilation is preferable to continuing to exploit Swift bugs.
"we should try to get the “rearrange all the deckchairs” changes into Swift 3 if possible, to make Swift 3 to 4 as smooth as possible": https://lists.swift.org/pipermail/swift-evolution/Week-of-Mon-20160125/007737.html
Community-driven breakage ;)
Slava Pestov (@slava_pestov) found and fixed a 'horrific' Swift 3 compatibility bug. When they say Swift 3.1 will be compatible with Swift 3, they're serious. 😅

Dollar Sign
- https://github.com/apple/swift-evolution/blob/master/proposals/0144-allow-single-dollar-sign-as-valid-identifier.md
Swift Weekly
- Issue 39, https://swiftweekly.github.io/issue-39/
  - Slava Pestov changed variadic closure arguments to be @escaping by default, which is technically a source breaking change, but only for invalid code.
- Issue 42, https://swiftweekly.github.io/issue-42/
  - Robert Widmann merged changes to reject standalone $ as identifiers, which were accidentally accepted as valid.
- Issue 43, https://swiftweekly.github.io/issue-43/
  - Rintaro Ishizaki has submitted a pull request to fix SR-2843. In type parsing, P1 & P2.Type (new protocol syntax) was incorrect.
  - DougGregor fixed an unintentional source-breaking change from Swift 3 regarding implicitly-unwrapped optionals and type inference.
Minor source breaking change for sugared types: https://github.com/apple/swift/commit/4ebac86895383ad15e34de3671c6f423e96cfc98
Running the entire test suite with version 3 or 4: https://github.com/apple/swift/commit/1fcd7d725d1c23a27d4ea31e34e20f182e0b8c37
Ignored Labels for single-"Any"-argument functions
- https://github.com/apple/swift/commit/30c4235193b64050f8110ef5598c7efb4501e0da
Xcode 8.2 last release for Swift 2.3!

Errata:

Tanner Nelson was behind the Type.self proposal, not Erica Sadun: https://github.com/apple/swift-evolution/blob/master/proposals/0090-remove-dot-self.md