On Monday Apple revealed iOS 8 and OS X 10.10 Yosemite. Both of these were expected by everyone who has followed Apple’s pattern of software reveals at WWDC for the past few years. But Apple also revealed new power tools for developers that nobody had expected or even imagined would arrive. One of the most significant of these is Apple’s new Metal API to greatly improve graphic performance by removing the limitations and performance impacts created by using OpenGL. Another, and arguably the most significant of them all, is Swift. Swift is Apple’s new programming language. After four years in development and without a single leak, Apple has created and now revealed what will become the foundation of a new generation of applications for both OS X and iOS.

Safety, modern syntax, and powerful features are three design principles that guided the development of Swift and it really shows. There are huge benefits for developers which translate to benefits for users. Naturally because of that, the first thing to discuss is why Swift is great for programmers before discussing why it will be great for users.

Modern Syntax for Modern Code

Being a brand new language, Swift strives to have a modern syntax that enhances code legibility, and works against bad programming habits. One of the most significant of these syntax changes is the elimination of the use of semicolons at the end of statements. For those who are unfamiliar with programming syntax, a statement essentially states an action to be performed. For example, the statement “X = 5;” would mean to set the variable X to be the number five. In many languages such as C, Java, Flash ActionScript, and of course Apple’s own Objective-C every statement must be ended with a semicolon. In Swift, Apple goes for an approach similar to languages like Python where it is not necessary to end statements with a semicolon. While this may be a difficult change to get used to for programmers used to programming in Objective-C, it will greatly reduce the frustration involved with errors due to the programmer simply forgetting to insert the semicolon at the end of a statement.

Another massive improvement comes in the form of new variable declarations and definitions. Traditionally in programming languages a variable is defined by calling it a variable, setting a name, setting a type, and setting a value. For example, the line “var year: = int “2014”;” indicates that a variable named year is being created and that it is an integer with a value of 2014. In Swift Apple has included support for type inference. Essentially, it is no longer necessary for a programmer to indicate what type of variable they are declaring. Based on what the variable is being declared as, Swift is able to infer what type of variable it should be. This means that the previously mentioned line can be shortened to simply read “var year: = “2014”.” This applies to any variable types and also extends to data structures such as arrays where an array of names can simply be defined as var names = ["Elaine", "Daniel", "Jash"] and Swift will know that it is an array of strings.

Now of course, the word variable implies that the programming is making a value they intend to change. But what if the programmer is declaring, for example, an integer that should always remain constant? In Swift the programmer is able to define an immutable constant by using the definition “let” rather than “var”. This is a big part of Swift’s new syntax. Immutability is preferred for values that are not going to be changed. From a visual standpoint, defining a constant makes it very clear to anyone reading over code which values are being altered and which are not. From a performance standpoint, declaring values as constants allows the compiler to better optimise code as it knows which values will be changed and which will remain the same. There are also safety benefits to this which will be touched on more later.

There is one final thing to touch on relating to the new code syntax. With Swift, a programmer can assign essentially any Unicode character to be the name of a variable. This allows the use of symbols like the Greek letter theta to represent an angle which further improves readability and effectively communicates what a variable is intended to be. In addition, it also supports emoji and so programmers can assign an emoticon of a banana to represent the word banana should they see fit.

The Programming Power Tools

Swift wouldn’t be a brand new language without some brand new tools and abilities for programmers to take advantage of. Any programmer who uses Apple’s Foundation Framework will be pleased to know that in Swift all typical variables are able to make sure of Foundation methods, and all methods that return a variable return a standard Swift variable rather than an NS variable.

Swift also includes many new ways to modify variables. With Swift strings, a programmer is able to append characters to the end simply by adding them much like accumulating one integer into another. For example, if the programmer takes the string “var name: = “Elain”” and the character “var end: = “e”” they may then write the statement “name += end” and the string will become “Elaine”. This is a stark contrast to Objective-C which would require the use of the NSMutableString type and much more code. This method also works for other data types. Strings may be added together, and arrays can also have values or even sets of values added. If any of the objects are defined using “let” rather than “var” the compiler will give an error about attempting to alter immutable objects.

One of the most powerful features of Swift is something Apple is calling Generics. Generics allow the programmer to create a function that performs a generic task that can work for multiple variable types. For example, a programmer may create a function that adds two variables together, and they may be integers, doubles, strings, etc. The programmer can create a function with a placeholder type name enclosed in angle brackets after the function definition. All variables passed to the function will be created under the placeholder type and the addition operation will be performed on them. This allows the programmer to have a generic piece of code that can perform the same operation on whatever variable types are passed to it, rather than having a function that is limited to accepting a single type of variable.


One of the big points emphasized with Swift is that it’s safe. Apple’s SSL bug that was revealed earlier this year is a prime example of how such a small code issue can be catastrophic and how it can be missed for quite some time. The explanation of Apple’s SSL bug is rooted in programming syntax. Traditionally when a programmer writes an “if statement” they are evaluating a statement to see if it is true or not. If it is true, the code contained within the if statement is run. Typically an if statement is opened and closed with brace brackets to designate what code is within it. However, in some programming languages if the if statement is resolved in one line it is not necessary to put brace brackets. This is where the security issue arises. When written with brace brackets, the part in the above code where the error occurs should read like this.

if ((err = SSLHashSHA1.update(&hashCtx, &signedParams)) != 0) {
          goto fail;
goto fail;

As you can see, no matter what occurs with the if statement, the second goto fail line is always reached and the SSL verification is terminated. While this bug was likely created by some sort of accident relating to copying and pasting code, it would have been much easier spotted during review had the brace brackets been there to show how the code actually should appear. Clearly Apple is aware of this sort of issue and with Swift they have addressed it. In Swift the programmer must always include brace brackets to open and close an if statement which prevents a whole slew of bugs that can occur due to what is honestly just sloppy programming practices.

Another safety aspect relates to something touched on earlier which is immutability. In programming there is a concept known as thread safety which requires shared data structures to be altered in such a way that execution by multiple threads at the same time will not cause errors. With Swift pushing for all objects that will not be altered to be declared as immutable constants they ensure thread safety for those specific pieces of data as they are not being altered and can be executed in code on multiple threads safely. Swift also ensures that you know what type of data is held in variables and data structures. For example, in the aforementioned array of strings var names = ["Elaine", "Daniel", "Jash"] Swift would throw an error should the programmer attempt to add anything other than a string to the array.

One of the final safety related features relates to switch statements. Switch statements can function in a similar way to if statements in that they test a variety of possible scenarios. If implemented poorly this can open the door for code safety issues if a programmer creates a switch statement that does not satisfy any of the given possibilities. For this reason, Swift requires that all switch statements include a default statement which will be run if all other cases fail.

What This Means for Users

Anyone reading this who is not a programmer may be wondering how this impacts them as a user. Well in fact, all of these changes that Apple has made to make things easier for developers also make things easier for users. Apple’s improvements to syntax will eliminate a great deal of time that developers spend resolving small bugs that are hard to spot and relate to a silly issue like a missing bracket or the semicolons that cause annoyance to no end. This means that a developer can find and resolve issues faster which in turn means faster releases and updates for the user. It also means the developer can spend less time debugging and more time doing what they want to do which is add and improve the features in their applications.

Apple’s new tools and methods for writing code allow developers to perform actions more easily and with shorter, more concise code. For the end user this could potentially mean new features that had been more difficult to implement in the past, and it most certainly means that apps will be faster than ever before. In fact according to Apple, Swift can be nearly twice as fast as Objective-C in complex sorting tasks and in performing encryption.

Apple’s safety improvements also serve to benefit the user by preventing issues with incorrect data input that the programmer may not have foreseen. By trying to protect the language from common programming errors relating to variable mutability, thread safety, and input, the user is much less likely to encounter a scenario where a crash occurs in an application.

We’re still learning about Swift. According to Apple 370,000 people downloaded the handbook on the iBooks Store only a day after it was unveiled at the WWDC Keynote. As people work through the handbook and begin to create new applications and augment their existing ones using this powerful new language both the users and Apple themselves will finally see the fruits of their four year labor. For anyone interested in learning more about Swift and what it offers you can download the official Swift handbook on the iTunes store.



View All Comments

  • Shadowmaster625 - Wednesday, June 11, 2014 - link

    Apple fail;
    Apple fail;

    Excuse me, but the solution to multiple duplicate goto statements appearing consecutively is.... a new programming language? Smoke what? Good grief these guys...
  • DanShockley - Wednesday, June 11, 2014 - link

    Where did you find the straw to build that man? That must take talent! Reply
  • Akrovah - Wednesday, June 11, 2014 - link

    How do you figure that's a straw man? He is referencing the specific cause of the SSL failure being consecutive goto statements without braketing. Without the brakets defining the scope of the if statement the second statement is no longer affected by the if, and is thus executed no mater what.

    Apple's solution to this seems to be to explicitly force braket use in thier new programming language.
  • WaltFrench - Wednesday, June 11, 2014 - link

    The language has been in design for almost 4 years. While brackets were perhaps optional until the SSL bug was discovered, the idea that the SSL bug was “solved” by inventing a new language is absurd.

    (Further, nobody seems to expect that Swift, which was designed as described above, to be a nice wrapper around Apple libraries and common OSX/iOS practices, will be used for OSS.)
  • ex2bot - Wednesday, June 11, 2014 - link

    One would hope that with Microsoft's massive R&D budget over the years, they'd have the best development tools. I understand you were trying to be funny, but Swift aims to fix a lot of Objective C's shortcomings. Should they have adopted an established language? Perhaps, but I think the idea of being able to mix Swift and Objective-C was a big deal to Apple to help ease the transition, not to mention Swift's similarity to Objective-C. Just offering a new language with more modern structures wouldn't guarantee adoption by developers. Reply
  • xakor - Wednesday, June 11, 2014 - link

    Hmmm, yes it turns out that they do. Visual Studio is arguably the most solid development environment out there and F# is years ahead of where the likes of Swift can hope to be in 5 years. Likewise for C# over Java. You have to go for a language in the ML family to get anything better than F# and incidentally MSR has been supporting researchers on the development of Haskell for quite a number of years.

    Also, miTLS is a verified implementation of the TLS protocol implemented in F# through F7 (foundation behind the F* programming language).

    As opposed to Swift, F# is free and open source as well as target Windows/Linux/iOS/OS X/Android/JavaScript(see WebSharper).

    Google and Apple's offering in term of Software Development stack doesn't even touch Microsoft's/Xamarin.
  • dmunsie - Friday, June 13, 2014 - link

    "Visual Studio is arguably the most solid development environment out there"

    Having worked with both Xcode and Visual Studio, I have to say that there is definitely room for improvement for both of them. I've never have been as frustrated with an IDE as I have been with VS. Just the simple things, like using a dark theme for the text editor were a massive pain (yes, I know this has been addressed in recent releases -- but this has been a standard feature everywhere else for *decades* now). And the crashes I've had under Xcode rival only iTunes for most epic, IMO. At least restarting Xcode after a crash is super fast...

    I think that most people that claim that VS is the most solid development environment out there haven't been looking at the alternatives that are around lately. The other IDEs have gained a ton of functionality over the past 10 or so years. Xcode has just as good code completion (IMO) as VS, which was always one of the hallmarks there. And clang/llvm have in a very short time become some of the best compilers/optimizers available -- free or not.

    Unfortunately, though, it really doesn't matter -- Windows developers have to use VS, Mac/iOS developers have to use Xcode and Android developers (mostly) have to use Android Studio. It doesn't matter if Xcode is better or if VS is better or whatever -- you can't (easily) develop for Windows with Xcode or for iOS with VS, so it ultimately doesn't matter. The default IDE for a platform is going to be the primary way to develop apps for that platform.
  • WaltFrench - Wednesday, June 11, 2014 - link

    I think it's fair to say that Swift was invented to make developing for Apple <i>more approachable</i>, as it lacks the strange-looking Obj-C message-passing orientation, and <i>more productive</i>, as the language design is less tedious and the playground instant-feedback will be very helpful.

    These are both good objectives, and no doubt they'll be achieved. But there's no reason to think that Apple had OTHER goals, such as using Swift for non-Apple situations, and its high specificity to Mac/iOS situations is a reminder that generic languages, and languages designed for Microsoft environments, <b>by definition</b> would be less useful.
  • V900 - Monday, June 16, 2014 - link

    PROTIP: Don't comment on stuff you don't have a whiff of a clue about. It only makes you look very stupid.

    Reading this article and summing it up as: "Apple comes up with dumb solution to gotofail issue" is kinda like reading a book about the Apollo program, and summing it up as: "Guy plants flag in new and unusual place!"
  • c3p - Wednesday, June 11, 2014 - link

    I'm not sure about the enforced brackets. Sure it solves a problem, but it might make the code less readable and thus decreasing quality.
    Compare to variable name "m_pifoo" , for member variable foo which is a pointer to an integer. Sure you know what the member is and you immediately see if you accidentially add it to a short, but overall it's a bad idea.
    Everything else looks good (";" should have died years ago)

Log in

Don't have an account? Sign up now