概述We’ll have plenty of written and video Swift 2 tutorials for you soon, but in the meantime I wanted to highlight the most exciting changes so you can be prepared for the great migration to Swift 2 in
We’ll have plenty of written and vIDeo Swift 2 tutorials for you soon,but in the meantime I wanted to highlight the most exciting changes so you can be prepared for the great migration to Swift 2 in the fall.
Error Handling
As Ray mentioned in hisWWDC 2015 Initial Impressionspost,error handling has been revamped in Swift 2. Instead ofNSErrorobjects and double pointers,we’re moving to a new system that looks similar to exception handling.
You may be familiar with code like this:
if drinkWithError(nil){print("Could not drink beer! :[")return}
Generally in Cocoa,you pass in a reference to anNSErrorobject (aninoutparameter in Swift) and then the method will assign the variable if there was a problem. However,the problem is that you can passnilhere to completely ignore the error; or,you can pass in theNSErrorbut then never check it.
Swift 2 adds additional safety to your error checking. You use thethrowskeyword to specify which functions and methods Could throw an error. Then you have thedo,try,andcatchkeywords for when you call something that Could throw:
// 1enum DrinkError: ErrorType case NoBeerRemainingError}// 2func drinkWithError() throws if beer.isAvailable{// party!}else// 3 throw DrinkError.NoBeerRemainingError }}func tryToDrink{// 4do{ try drinkWithError)} catch {)return There are a few things to highlight here: To create an error to throw,simply create anenumthat derives fromErrorType. You need to use thethrowskeyword to mark any function that can throw an error. This throws an error,which will be caught in section 4. Instead oftryblocks,which might be familiar from other languages,you wrap any code that can throw an error in adoblock. Then,you add thetrykeyword to each function call that Could throw an error.
The new Syntax is pretty lightweight and readable. Any API that currently usesNSErrorNow uses this system,so we’ll be seeing a lot of it!
Binding
With Swift 1.2,we lost the “pyramID of doom” and gained the ability to test binding multiple optionals in one line:
iflet pants = pants,frog = frog // good stuff here! That works just fine,but the issue for some people is that the “preferred” code path where all the optionals have some value is indented. That means you need to keep looking insIDe indented code blocks for the mainline part of your code,while the error conditions are outsIDe.
If only there were some way to check that some of the optionals don’t have a value,and then exit early! That’s exactly what Swift 2 offers with its guard statement:
guard = frog // sorry,no frog pants here :[// at this point,frog and pants are both unwrapped and bound!
Usingguardmeans you can perform the optional binding (or any other operation,really) and provIDe a code block in theelseto run if the condition fails. Then,you can continue on –in this case,the optionalsfrogandpantsare Now bound and are no longer optionals in scope.
This should make for much clearer code sinceguardlets you specify the state you’re actually expecting rather than checking for the error case.
Note:If your’e still confused about why the guardstatement is more useful than if-elsestatements alone,check out Swift team member Eric Cerney‘s post on the Swift guard statement. Protocol Extensions
Object-orIEnted? Functional? There’s one more to add to the front of the line of what Swift is: a protocol-orIEnted programming language!
In Swift 1,protocols were like interfaces to specify a set of propertIEs and methods that a class,struct,or enum would then conform to.
Now in Swift 2,you can extend protocols and add default implementations for propertIEs and methods. You can already do this with classes and structs — adding new methods toStringorArray,for example — but adding these to protocols Now gives you a much wIDer reach.
extension customstringconvertible var shoutyDescription:Stringreturn"\(self.description.uppercaseString)!!!"let greetings =["Hello","Hi",26)">"Yo yo yo"]// prints ["Hello","Hi","Yo yo yo"]\(greetings.description)")// prints [HELLO,HI,YO YO YO]!!!\(greetings.shoutyDescription)")
Note that thePrintableprotocol is Now calledcustomstringconvertible,which most Foundation objects conform to. With protocol extensions,you can extend wIDe swaths of the system with your own custom functionality. And rather than adding bits of custom code to many classes and structs and enums,you can write one general implementation and have it apply across a set of types.
The Swift team has been busy doing this already —if you’ve ever usedmaporfilterin Swift,you may have thought they would do better asmethodsrather than as global functions. Thanks to the power of protocol extensions,there are a new set of methods on collection types such asmap,55)">filter,55)">indexOf,and more!
let numbers [1,5,217)">6,217)">10,217)">16,217)">42,217)">45// Swift 1findfiltermap(numbers,{ $0*2}),0)">% 3==90// Swift 2numbers.map2}.filter}.indexOf()// returns 2
Thanks to protocol conformance,your Swift 2 code can be more concise and readable. With the Swift 1 version,you need to look at the calls insIDe out to understand what’s going on; in the Swift 2 version,the chain of functions is clear.
You’re also Leveraging the power of protocol-orIEnted programming —check out theWWDC session on this topicand keep an eye out for future tutorials and articles here on the site!
Grab Bag
There were a ton of things announced throughout all the sessions,so I want to highlight a few more quick things:
Objective-C generics– Apple has already started annotating all their Objective-C code so that types in Swift get the correct kind of optionality. That work continues with Objective-C generics,which will give Swift developers better type hinting. If you’re expecting a set ofUItouchobjects or an array of strings,that’s exactly what you’ll get rather than a collection ofAnyObjects. Renamed Syntax–printlnhas left us after only a year; Now it’s plain oldprintwhich Now has a default second boolean argument set totrueon whether to print a newline or not. With thedokeyword focused on scope for error handling,do-while loops are Nowrepeat-while. Similarly,there are many changes to protocol names such asPrintablebecomingcustomstringconvertible. Migrator– With all these small Syntax changes,how are you going to get your codebase up to date? The Swift 1-to-2 migrator will come to the rescue and help bring things up to the latest standards and Syntax changes. The migrator is even smart enough to update your code to use the new error handling and update your docblock comments to the new style of formatting! Open source!–The big news for the nerds is that Swift is going open source when Swift 2 is released in the fall. likely this will lead to Swift being used for more than just iOS development,which makes it even more important to learn. Plus,it will be a great opportunity to get a look under the hood and even to contribute back and get your name in the Swift compiler commit history. ;] 总结
以上是内存溢出为你收集整理的What’s New in Swift 2全部内容，希望文章能够帮你解决What’s New in Swift 2所遇到的程序开发问题。
微信扫一扫
支付宝扫一扫
评论列表（0条）