Swift和Objective C比較

管理考慮

第一個考慮是根據特定團隊選擇。即使Swift通常被稱為更簡單，更平滑的語法語言，它消除了更復雜的Objective-C的一些麻煩，但仍然有一些進入門檻。這裡正確的問題不是“如果團隊能夠使用Swift / Objective-C構建新專案會怎樣”，而是“現在的團隊是否能使用它在截止日期之前完成任務？

與你的團隊開會詢問他們，必須確保他們不僅能夠使用Swift實現，而且確保及時完成。如果團隊是Objective-C專家，強制他們使用Swift並在一個有嚴格期限的專案上使用並不是一個好主意。反之亦然。 嚴格的截止日期決定了團隊使用最舒適的語言（如果沒有被環境覆蓋）。

專案規模

下一個考慮可能是的專案的規模。 小型專案可以從Swift的簡單語法，檔案結構等功能中受益，而大型專案則可能會受到Swift這是一門年輕語言的影響。當然會有Xcode轉換到新版本的手段，但他們不是完美的，隨著專案增長事情變得更糟。Swift因為年輕也帶來了一些缺點，比如錯誤和不穩定性，以Swift的原生IDE - Xcode為例，經常報告崩潰現象發生，Xcode語言的許多不相容等問題也有報導，雖然Xcode中提升效率相當快，許多錯誤已經解決。 但是有些新錯誤還會來。

技術原因

這兩種語言之間有多種區別，但它們至少有一個重要的特徵 -它們都是蘋果公司的主要程式語言，適用於所有蘋果平臺的應用程式開發。 Objective-C早在八十年代早期就已經開發出來，它屬於Generation X.原始的Cocoa是寫在其中的，雖然Swift的書面部分自2014年推出以來一直被新增到Cocoa和Cocoa Touch。
Objective-C是C的嚴格超集，從Xerox Smalltalk得到其物件導向的語法。 它的性質是高度動態的，具有動態繫結和動態型別，而Swift有靜態型別檢查。
現在讓我們看看這兩種語言的優勢，一方優勢可以被認為是另一一方弊端。

為什麼選擇Swift

使用方便

Swift的設計更容易使用，比Objective-C更容易閱讀理解。它的語法更接近自然的英語，放棄了一些傳統的約定 - 沒有更多的括號鏈，在任何物件相關的關鍵字或Objective-C特定型別之前沒有更多的“@”。 看起來更清晰; Swift有時被稱為“沒有C的Objective-C”。Swift不是基於C的，不僅簡化了語法，而且降低了Java，Python，C ++等程式設計師用於掌握Swift的門檻。

Swift也不那麼冗長，特別是在字串處理中，甚至支援使用簡單的“+”新增字串。

記憶體管理在整個程式碼中是統一的，不同於以前的物件導向，自動引用計數（ARC）現在可以在程式碼的物件導向和過程兩部分中同時適用。 Objective-C會有大量的記憶體洩漏，Swift使這點變得不可能了，並解放了程式設計師的開發時間。

此外，Swift不使用雙檔案系統，沒有更多的.h標頭檔案+ .m實現檔案，只有一個.swift程式碼檔案（感謝LLVM編譯器和Xcode IDE依賴處理）。

安全

Swift被設計成一種安全的語言。在這個世界上沒有不發生故障的安全語言，但是錯誤處理是非常好的考慮，型別系統是非常強大的。

不像Objective-C不會在nil指標呼叫上丟擲異常，比如說，如果你試圖呼叫一個未初始化的指標變數的方法，它只是使這個表示式為無操作，在Swift的可選型別和值型別使得在nil指標呼叫上生成編譯器錯誤。這意味著無操作相關的不可預測的不穩定行為消失了，它大大縮短了錯誤修復費用。

動態庫

在iOS 8中，一個期待已久的新技術被帶到了移動平臺 - 支援動態庫。 從那時起，Swift應用程式能夠與Swift的較新版本連結，允許Swift在演變上比iOS更快，這是現代語言必須的。 動態庫也是外部的應用程式可執行檔案，允許較小的初始下載和差異化的移動和嵌入式應用程式的負載。

未來

Swift可能只有兩年時間，但自2014年以來，它的流行度已經迅速增長到所有開源Cocoa專案的30％左右。隨著蘋果明確瞄準Swift取代Objective-C作為他們的主要語言，未來將轉向Swift。

但這不是一個明天就能達到的問題，這種過渡將需要一些時間，但它預計在5 - 10年左右，因此有開發人員適應的時間。

頗為青睞的效率蘋果軟體缺陷報告工具顯示蘋果有多努力地為Swift推廣。蘋果還將適應社群的想法，吸收其知識和經驗，並在未來版本中實施其解決方案。 完美的方式。

為什麼選擇Objective-C

相容性和支援

儘管Xcode團隊的努力，但是IDE不是很好支援Swift，因為可能它太新了。自動完成滯後了，語法突出幾乎是非基礎功能的，重構工具會不工作。 使用Objective-C程式設計已經有一段時間了（> 30年了！），它非常成熟，有非常輝煌的工具支援。

由於Swift是“無C語言”，C ++庫在這裡不可用。 同樣的包括C ++跨平臺SDK和API的基礎（如的CoreFoundation ）。

有一些工具如橋接和包裝類，但這些努力通常不值得，堅持Objective-C最好的情況下是使用C ++和Foundation API。

Swift不僅年輕，而且與舊的作業系統不相容，它的支援從iOS 7.0+和Mac OS 10.9+開始（tvOS和watchOS支援任何版本的Swift），因此Objective-C是老平臺的首選工具平臺。

專業

不僅一些團隊在Objective-C上有更多的經驗，但是如果你有興趣外包你的專案的一些部分，更容易找到第三方專家。

動態

儘管Swift可以從靜態型別檢查中獲益於最佳化，但是即時新增的方法不再可用，所有型別都在執行時之前定義。 如果你絕對需要動態型別，那麼Swift是不行的。

執行

Objective-C是一個更加確定的平臺，因此它有一個更穩定，更強硬和可靠的執行時。 我們不想說Swift不能實現這個規模，但它需要時間。

結論

正如我們所看到的，兩種語言都有自己的優勢和權衡，但他們確實有可能一起工作（在較小的專案中，但最好是）。

Epic Battle: Objective-C vs Swift - Erminesoft