一。 Swift和Objective-C的聯(lián)系

　　1》 Swift與Objective-C共用同一套運行時環(huán)境

　　我們編寫程序，讓程序運行起來，被機器執(zhí)行的代碼并非全部是由我們自己來編寫的。需要同時運行很多預先寫好的支持性的代碼，才能讓我們自己的代碼運行起來。程序并非單獨存在的，運行時處在一定的環(huán)境當中。我總聯(lián)想到很多小螞蟻在泥土上面爬，而我自己寫的程序只是其中的一只。

　　Swift跟Objective-C編譯出的程序代碼運行在同一套運行環(huán)境上面。Swift的類型可以橋接到Objective-C的類型，反之亦然。Swift編寫的代碼可以調用Objective-C編寫的代碼，反之也一樣。

　　Objective-C之前積累下來的大量類庫，實現(xiàn)不用改寫Swift就可以直接調用。

　一。 Swift比Objective-C有什么優(yōu)勢？

　　1》， Swift 容易閱讀

　　不再需要行尾的分號，以及 if/else 語句中圍繞條件表達式的括弧。另外就是方法的調用不再互相嵌套成中括號［［［ ］］］。Swift 中的方法和函數的調用使用行業(yè)內標準的在一對括弧內使用逗號分隔的參數列表。這樣做的結果就是一種帶有簡化了句法和語法的更加干凈有表現(xiàn)力的語言。

　　2》， Swift 更易于維護

　　Swift 丟掉了對著兩個文件的要求。 Xcode編譯器可以自動計算出以來并執(zhí)行增量構建。如此，將頭文件 同實現(xiàn)文件相分離。把 Objective-C 頭文件（.h） 和實現(xiàn)文件 （.m） 合并成了一個代碼文件 （.swift）

　　3》， Swift 更加安全

　　Swift代碼中的可選類型使得一個nil可選值的可能性變得非常的明確， 這意味它能在你寫下一段糟糕的代碼時會生成一個編譯器錯誤。 這就建立了一種短程反饋的循環(huán)，可以讓程序員帶著目標去寫代碼。 問題在代碼被寫就時就可以被修復， 這大大節(jié)省了你要在修復有關來自 Objective-C 指針邏輯的bug時需要耗費的時間和金錢。

　　4》， Swift 代碼更少

　　Swift 減少了重復性語句和字符串操作所需要的代碼量。在 Objective-C 中， 使用文本字符串將兩塊信息組合起來的操作非常繁瑣。Swift 采用當代編程語言的特性，比如使用“+”操作符將兩個字符串加到一起

　　Swift中的類型系統(tǒng)減少了代碼語句的復雜性--作為編譯器可以理解的類型。比如，Objective-C要求程序員記住特殊字符標記（%s，%d，%@）并且提供了一個用逗號分隔的變量來代替每個標記。Swift支持字符串插入，這就消除了需要記住的標記和允許程序員直接插入變量到面向用戶的字符串中

　　5》， Swift 速度更快

　　刪除遺留下來的C語言約定大大提升了引擎蓋之下Swift的性能， 進行計算密集型任務的性能上，Swift已經逼近C++的表現(xiàn)， 將近是OC運行速度的1.4倍。

　　總結： 使用 Swift，程序員只要維護原來一半量的代碼文件，手動的代碼同步工作為零，標點輸入出錯的概率也遠遠低于以前 -- 這樣就能騰出更多的時間寫高質量的代碼。通過使用可選類型 —— 一種針對返回或不返回值的編譯時安全機制，而返回值是同步操作、網絡失效時無效的用戶輸入以及數據驗證錯誤發(fā)生時普遍會遇到的問題。ARC 在 Swift 中對過程式 C 風格的代碼，還有蘋果公司 Cocoa 框架使用的面向對象代碼都進行了統(tǒng)一。

　　二。 Swift的內存管理是怎樣的？

　　Swift 使用自動引用計數（Automatic Reference Counting， ARC）來簡化內存管理， 這種內存管理方式相比GC而言，對程序員的要求較高， 并且ARC比GC更容易引起編程錯誤，但卻比GC快。尤其在性能很重要的場合。

　　三。 Swift 支持面向過程編程嗎？