{"id":10740,"date":"2015-02-13T16:56:33","date_gmt":"2015-02-13T21:56:33","guid":{"rendered":"http:\/\/mjtsai.com\/blog\/?p=10740"},"modified":"2015-03-12T17:08:47","modified_gmt":"2015-03-12T21:08:47","slug":"swift-1-2","status":"publish","type":"post","link":"https:\/\/mjtsai.com\/blog\/2015\/02\/13\/swift-1-2\/","title":{"rendered":"Swift 1.2"},"content":{"rendered":"

Apple<\/a>:<\/p>\n

Today Swift 1.2 was released as part of Xcode 6.3 beta. This beta release includes a significantly enhanced Swift compiler, as well as new features in the Swift language itself. For the complete list of changes, read the release notes<\/a>.<\/p><\/blockquote>\n

There’s lots of good stuff here, and it’s really impressive how quickly Apple is moving. Some highlights are performance improvements (especially with the optimizer off), a set data type, and a fix<\/a> for the pyramid of doom<\/a>.<\/p>\n\n

Greg Heo<\/a>:<\/p>\n

In Swift 1.2, Objective-C classes that have native Swift equivalents (NSString<\/code>, NSArray<\/code>, NSDictionary<\/code> etc.) are no longer automatically bridged. That means passing an NSString<\/code> to a function that expects a String<\/code> will now fail!<\/p>\n

[…]<\/p>\n

If you’re maintaining Objective-C code, there are some new qualifiers for you to use when specifying the type for arguments, variables, properties, etc. […] If you don’t have Objective-C code to maintain, you’ll still benefit from Apple adding these qualifiers to the Cocoa headers. That will make your Swift experience that much cleaner with fewer implicitly-unwrapped values.<\/p><\/blockquote>\n\n

Nate Cook<\/a>:<\/p>\n

Annotating any<\/em> pointer in an Objective-C header file causes the compiler to expect annotations for the entire file, bringing on a cascade of warnings. Given that most annotations will be nonnull<\/code>, a new #pragma<\/code> declaration<\/a> can help streamline the process of annotating existing classes. Simply mark the beginning and end of a section of your header with #pragma clang assume_nonnull begin<\/code> and ... end<\/code>, then mark the exceptions.<\/blockquote>\n\n

Airspeed Velocity<\/a> covers changes to the standard library, such as:<\/p>\n

Since classes in Swift are reference-counted, it ought to be possible to detect if your buffer class is being referenced by more than one struct. But there wasn’t an easy Swift-native way to do this, until 1.2, which introduces isUniquelyReferenced<\/code> and isUniquelyReferencedNonObjC<\/code> function calls[…]<\/p><\/blockquote>\n\n

Erica Sadun<\/a>:<\/p>\n

Swift now supports building targets incrementally. HELLS yes. It no longer should re-build every single file<\/em> every single time you add a new punctuation mark somewhere.<\/p><\/blockquote>\n\n

Jonathan<\/a> Wight<\/a>:<\/p>\n

Swift’s new (NS-less) arrays no longer work with KVO.<\/p>\n

To be expected but rather annoying.<\/p><\/blockquote>\n

Yeah so Swift NS-less arrays are really the kiss of death to Cocoa bindings in Swift.<\/p><\/blockquote>\n\n

Wil Shipley<\/a>:<\/p>\n

Swift 1.2: my code code runs up to 10x faster than 1.1 unoptimized, up to 8x faster optimized.<\/p><\/blockquote>\n

David Owens II<\/a>:<\/p>\n

[Optimized] builds were still 2x~4x as slow as C in my limited tests.<\/p><\/blockquote>\n

David Owens II<\/a>:<\/p>\n

\n

Swift is getting better and faster but it’s still not suitable in the domain space I’m currently working in for this project: high-performance, real-time systems.<\/p><\/blockquote>\n\n

Jonathan Wight<\/a>:<\/p>\n

On 1.2 Release is about 180-200% faster than Debug.<\/p>\n

IIRC 1.x showed larger differences between debug & release.<\/p><\/blockquote>\n\n

Adam Kaplan<\/a> finds that it’s faster, though still slower than Objective-C:<\/p>\n

At this stage I’m more than happy to retract my previous conclusion of Swift being too slow for production use. Swift 1.2 seems more than up-to the task and if they keep updates like this one coming, it may even eventually live up to its namesake.<\/p><\/blockquote>\n\n

It still<\/a> has exponential compile times<\/a> for simple literals, IDE crashes<\/a>, and there are some new NSString bridging issues<\/a>.<\/p>\n

Wil Shipley<\/a>:<\/p>\n

In 1989 I saw Cocoa (nee NeXTstep) and said, “I’ll spend my life making it so everyone can use this.”<\/p>\n

I feel that was about Swift, now.<\/p><\/blockquote>\n\n

Update (2015-03-10): Douglas Gregor<\/a> (via Ken Ferry<\/a>):<\/p>\n

In a recent version of Xcode, Apple introduced an extension to C\/C++\/Objective-C that expresses the nullability of pointers in the type system via new nullability qualifiers . Nullability qualifiers express nullability as part of the declaration of strchr.<\/p>\n

[…]<\/p>\n

We’d like to contribute the implementation (and there is a patch attached at the end), but since this is a nontrivial extension to all of the C family of languages that Clang supports, we believe that it needs to be discussed here first.<\/p><\/blockquote>\n\n

Update (2015-03-12): Apple<\/a>:<\/p>\n

In general, you should look at nullable<\/code> and nonnull<\/code> roughly the way you currently use assertions or exceptions: violating the contract is a programmer error.<\/p>\n

[…]<\/p>\n

Nullability annotations for C and Objective-C are available starting in Xcode 6.3. For more information, see the Xcode 6.3 Release Notes<\/a>.<\/p><\/blockquote>","protected":false},"excerpt":{"rendered":"

Apple: Today Swift 1.2 was released as part of Xcode 6.3 beta. This beta release includes a significantly enhanced Swift compiler, as well as new features in the Swift language itself. For the complete list of changes, read the release notes. There’s lots of good stuff here, and it’s really impressive how quickly Apple is […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"apple_news_api_created_at":"","apple_news_api_id":"","apple_news_api_modified_at":"","apple_news_api_revision":"","apple_news_api_share_url":"","apple_news_coverimage":0,"apple_news_coverimage_caption":"","apple_news_is_hidden":false,"apple_news_is_paid":false,"apple_news_is_preview":false,"apple_news_is_sponsored":false,"apple_news_maturity_rating":"","apple_news_metadata":"\"\"","apple_news_pullquote":"","apple_news_pullquote_position":"","apple_news_slug":"","apple_news_sections":"\"\"","apple_news_suppress_video_url":false,"apple_news_use_image_component":false,"footnotes":""},"categories":[4],"tags":[69,199,275,46,54,71,901],"class_list":["post-10740","post","type-post","status-publish","format-standard","hentry","category-programming-category","tag-cocoa","tag-bindings","tag-keyvalueobserving","tag-languagedesign","tag-objective-c","tag-programming","tag-swift-programming-language"],"apple_news_notices":[],"_links":{"self":[{"href":"https:\/\/mjtsai.com\/blog\/wp-json\/wp\/v2\/posts\/10740","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/mjtsai.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/mjtsai.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/mjtsai.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/mjtsai.com\/blog\/wp-json\/wp\/v2\/comments?post=10740"}],"version-history":[{"count":3,"href":"https:\/\/mjtsai.com\/blog\/wp-json\/wp\/v2\/posts\/10740\/revisions"}],"predecessor-version":[{"id":10811,"href":"https:\/\/mjtsai.com\/blog\/wp-json\/wp\/v2\/posts\/10740\/revisions\/10811"}],"wp:attachment":[{"href":"https:\/\/mjtsai.com\/blog\/wp-json\/wp\/v2\/media?parent=10740"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/mjtsai.com\/blog\/wp-json\/wp\/v2\/categories?post=10740"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/mjtsai.com\/blog\/wp-json\/wp\/v2\/tags?post=10740"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}