Open Source projects from That Thing in Swift

PermissionScope

PermissionScope

Intelligent iOS permissions UI and unified API — 2,241⭐️ — GithubDocumentation

PermissionScope

Pantry

The missing light persistence layer for Swift — 433⭐️ — GithubDocumentation

Method Signatures

Really long method signatures live to see another day

While writing up remote notifications, I noticed that I hadn’t covered a relatively simple but important difference between Objective-C and swift. Method signatures seem like the first thing you learn in any language and they’re immediately useful knowing just the basics of writing signatures. However, the expectation that swift programmers know how to use slightly different Objective-C methods in our swift code adds some quirkiness to our understanding.

The case that brought this to my attention was translating the sentence-like structure of remote notifications delegate methods like this one:

func application(application: UIApplication, didRegisterForRemoteNotificationsWithDeviceToken deviceToken: NSData!)

This is a case of direct translation from Objective-C methods that don’t really look right in swift. The reason this works is swift’s external parameter names, which I think of as one of those features that might only be handy when using both swift and Objective-C. In short, functions can have a name used to pass a parameter into a function and a name used for that parameter inside the function.

A method can be defined like this:

func repeatThis(name: String, andDoItThisManyTimes times: Int) {
    for i in 0..<times {
        print(name)
    }
}

So that when called it has that nice sentence structure, like Objective-C:

repeatThis("swift", andDoItThisManyTimes: 3)

But internally, the function references times, not andDoItThisManyTimes.


Questions or comments? Find us on twitter or submit an issue on github

You'll get 1-2 emails per month