- CocoaPods Version 1.0! :tada:
- Apple App Analytics 101
- Beware the UIKit Visitors!
- First Parameters, Swift Signatures and Conditional Builds
- Protocol-Oriented Networking in Swift
- Packing Bytes in Swift
- Building Slack Bots In Swift
- Taking Control of Xcode Issue Navigator with XcodeIssueGenerator
- Building Fabric.app in Swift
- Nutting like GameplayKit
- Building APIs with Swift
- Developers – Learn to Say “No”
It’s taken four and a half years, 20K commits and the dedication of hundreds of developers but this week saw CocoaPods finally reach version 1.0!
A huge congratulations to @alloy , @segiddins , @orta and the rest of the @cocoapods team along with the hundreds of developers and sponsors who have contributed to making CocoaPods such an invaluable resource!
As you know, the journey for your app is nowhere near over at the point it hits the app store. There’s the launch, the marketing, the promotion and the list goes on. The key thing though is to know whether all your efforts are actually moving the needle and for that we need analytics . In this article, the team at @transporter_app help with that by providing a crash course in the analytics that we all have available – those that are baked into iTunes Connect.
There has been a bit of a performance theme in articles I’ve included recently and this one is no exception. In this article, @benjaminencz provides some handy debugging tips as he dives into the bowels of UIKit to find out why adding a tint to a UIView containing a load of subviews is quite so bad for performance.
Whichever way you look at it, the transition to Swift 3.0 is going to be a little rocky. In this article, @ericasadun takes a look at the implications that Swift evolution proposal SE-0046 and it’s changes to methods signatures will have going forwards and how you can partition your Swift 2.2 and Swift 3.0 code leading up to the transition.
In this article, a follow-up to her Practical Protocol-Oriented Programming in Swift talk, @natashatherobot , provides a good example of how restructure your networking code using protocols so that you can actually test it.
Sometimes it’s good to drop down to the work directly with bits and bytes. In this, another great article from @xenadu02 , he eschews JSON, protobuf and NSCoding and instead looks at how to directly encode and decode data into binary blobs.
I’ve seen several articles recently bemoaning the lack of the #warning directive in Swift and personally I agree, I found them highly useful when writing Objective-C. It was with interest then that I came across XcodeIssueGenerator, a tool from @soolwan and the team at @POSSIBLEmobile that could provide a viable alternative.
Working with stringly typed values such as when loading images, segues or storyboards has never been the most reliable of mechanisms providing ample opportunity to get things wrong. R.swift by @mac_cain13 all but eliminates this problem, examining the resources in your app and automatically generating a struct to map your app resources to Swift properties.
Setting up autolayout constraints in code has never been the easiest thing to do, especially when you throw in the stringly typing that is generally needed. Cartography by @dlx attempts to address this issue by providing a domain specific language to setup and manipulate Auto Layout constraints using declarative and strongly typed Swift.
I’m a big fan of the work that the team at Fabric have been doing recently. In this talk, @Javi walks through some of the decision making process and lessons learnt from writing the Fabric.app in Swift. It’s definitely worth watching.
I’ve not really played with GameplayKit other than the state machine aspects of it (which incidentally are pretty good in my experience). In this video, @jacknutting takes a look at four of the main features available within this framework and the the implications of taking component-based architectural approaches.
One of the huge benefits of open-source Swift has been the explosion in server-side frameworks allowing us to easily build both client-side and server-side applications using a single language. In this talk, @dantoml bravely tackles a live-coding presentation (typo’s, technical issues and all :wink:) and walks us through how to build a simple web API using Swift.