Android與Swift iOS開發：語言與架構對比，androidios

Android與Swift iOS開發：語言與架構對比，androidios

　　Swift是現在Apple主推的語言，2014年新推出的語言，比Scala等“新”語言還要年輕10歲。2015年秋已經開源。目前在linux上可用，最近已經支援Android NDK；在樹莓派上有SwiftyGPIO庫，可以通過GPIO控制一些硬體。 Object C is old and ugly，oc是1983年蘋果推出的，過於陳舊和臃腫。

　　Swift文法類似Scala，Javascript ES6， Java，OC， C++， Python

這是tiobe發布的程式設計語言排行

Swift支援多範式編程：面向協議，物件導向和函數式編程。最後，我們還可以通過Swift學習函數式編程思想，這塊Java8才支援。

　　Java vs. Swift文法比較

　　基礎文法

Swift的switch 文法和Java及C++很像，但是它沒有break，他命中一個case後會自動結束switch。對於幾個不同case同樣處理的情況，可以case後面連續幾個condition，用逗號隔開。

for迴圈和Java也基本一樣，不過也是不需要括弧。for迴圈中，..<的用法比較方便。底線符號_（替代迴圈中的變數）能夠忽略具體的值，並且不提供迴圈遍曆時對值的訪問。for-in則有點類似與Java中for each迴圈。

Swift 2.2中try catch和do while和java差異很大。

 

　　函數和閉包

wift函數的定義和Java很不一樣，Swift函數的定義形如 func foo(arg: Type) -> Return Type: 

• Swift中函數是一等公民，可以作為傳回值和參數；Swift支援閉包，Java8才支援lambda閉包。

• Swift支援元組，Swift函數可以通過返回元組支援多個傳回值。

• Swift函數可以嵌套，即一個函數內部還可以定義函數，Java不支援。

• Swift函數可以接收不定參數，跟Java基本類似。

• Swift函數參數可以帶預設值，和Python類似，Java函數不可以帶有預設值。

常用的函數式編程方法map,reduce, flatMap,filter,sort，相對於理解抽象的函數式編程概念，我覺得開始時先用好這些函數更重要。

　　struct vs. class

struct是值類，class是參考型別，Java語言沒有struct，但c/c++/c#語言都有，但不能帶方法。

Swift開發推薦使用struct，而不是class。Swift語言實現包括幾百個struct，只有幾個class。

Swift類構造方法是init()，析構方法是deinit()，類方法調用跟Java基本一樣。

self相當於Java中的this，傳入生命週期不一致的閉包時需要聲明為weak。

　　Enum枚舉

Android開發Google官方不建議使用Enum，影響效能。

Swift的Enum和Java類似，本質是一個類，裡面可以包含函數。 

Swift Enum文法更簡單。

Swift Enum支援擴充extension。

　　Interface vs. Protocol

 

Extension擴充就是向一個已有的類、結構體或枚舉類型添加新功能（functionality）。這包括在沒有許可權擷取原始原始碼的情況下擴充類型的能力（即逆向建模）。擴充和 Objective-C 中的分類（categories）類似。

Swift 中的擴充可以：

• 添加計算型屬性和計算靜態屬性

• 定義執行個體方法和類型方法

• 提供新的構造器

• 定義下標

• 定義和使用新的巢狀型別

• 使一個已有類型符合某個介面

Swift 中的擴充很強大，struct class enum都可以，也可以擴充系統的類。需要注意的是擴充方法的範圍問題，這裡不展開討論。

　　MultiThread多線程

 

iOS的多線程相對Java來說比較簡單，GCD一天時間基本就能夠弄明白。Java的Concurrency包就比較複雜了。

 

　　Android，iOS UI開發比較

iOS開發蘋果官方建議使用Storyboard開發UI，好處是比較直觀，通過看介面可以更好的理解和維護App。現在Xcode7版本對AutoLayout和SizeClasses的支援越來越好，多解析度適配變得簡單，建議大家放棄使用frame代碼寫介面的傳統做法。

當然，Storyboard也有下面的弊端：

介面主要依靠IB產生，Xib代碼難以維護，Xcode開啟Storyboard或Xib就會對檔案產生修改，即使我們沒有做實際的修改，git也會顯示檔案修改了。

多人協助，同時修改導致衝突，合并困難。

Storyboard中包含頁面多了後會佔用了太多記憶體，導致Xcode卡頓和崩潰。

錯誤定位困難，錯誤提示不清晰，新手難以定位錯誤。例如不小心刪掉了IBOutlet會很難定位。

　　Storyboard UI 開發實踐

按照業務模組分成多個Storyboard，每人負責的模組避免交叉。

每個storyboard不要超過10個頁面，可以通過Refactor  Storyboard功能重新劃分。

用Container在一個storyboard複用UI模組，用xib在多個storyboard複用UI模組。

複雜的輸入表單，建議用SwiftyForm架構寫代碼。

 使用Size Classes做多解析度適配比較輕鬆。

 

　　Android vs Swift iOS架構比較

Swift架構現在已經很多了，Swift也可以使用OC開源架構，但不推薦使用。我們主要對比介紹項目常用的網路請求架構，JSON解析和圖片緩衝架構。

在Android開發現在一般使用OKHTTP，Retrofit和Volley等網路架構進行開發，iOS開發oc時代使用AFNetworking庫開發，swift開發推薦使用Alamofire和Moya庫。

Moya 對Alamofire網路請求庫進行了封裝，開發不需要寫網路模型，管理等。使代碼更加簡潔。Moya可以代替自己編寫的網路抽象層APIManager。Moya提供了一些很好的特性：

• 編譯期檢查API介面調用的正確性

• 通過enum枚舉類型清晰的定義不同API的介面

• 把介面測試stub作為一等公民，讓單元測試變得很簡單。

• 支援ReactiveX擴充，方便和RxSwift整合。

• Moya比Android Retrofit 多了類比資料調試的功能。

目前App基本都是使用JSON作為報文協議，Android開發我們一般使用Gson進行解析，在Swift開發中，對比了ObjectMapper，Argo+Curry，SwiftyJson後，我們決定使用ObjectMapper作為JSON解析架構。ObjectMapper支援的特性如下：

• 支援把對象轉換成JSON，把JSON轉換成類對象

• 支援嵌套的對象（單一對象，對象列表集合和字典）

• 支援自訂的轉換函式

• 支援結構體struct

• 支援Realm和Alamofire整合，AlamofireObjectMapper

Realm是iOS開發比較流行的針對移動端設計的資料庫，代替sqlite，也有Android版本。

使用例子：

let user = Mapper<User>().map(JSONString)
let JSONString = Mapper().toJSONString(user, prettyPrint: true)

Realm是iOS開發比較流行的針對移動端設計的資料庫，代替sqlite，也有Android版本。

圖片緩衝架構，Android開發常用Glide和Fresco，OC開發一般用SDWebImage，Swift開發推薦用HanekeSwift.

　　開發工具比較

Android目前主流的開發工具是Android Studio，2014年以前是Eclipse ADT。
iOS開發一直使用Xcode。對於Java/Android開發人員來說，Xcode上手較難，特別是Interface Builder，Xib和視圖代碼直接通過連線來建置事件方法，比較挑戰開發習慣，並且出現問題定位困難。而Android開發人員習慣手寫xml介面代碼。

與Android Studio相比，Xcode速度快，但不夠穩定，一天崩潰幾次很正常。
模擬器方面，Android的Emulator是虛擬機器，啟動和安裝速度比較慢，iOS是Simulator，速度快，但有些功能不能類比。都推薦使用真機進行開發。 

　　包管理器&構建工具對比

Android開發早期用Ant做一些任務處理，後面有些團隊借鑒Java EE項目的做法用Maven，Android Studio出現後Google推薦用Gradle。Android的構建工具比iOS功能要強大很多。

iOS開發早期用CocoaPods，現在推薦用Carthage，未來Apple官方推出Swift 3.0後會推廣官方的Swift Package Manager。

Carthage好處是比較簡潔，壞處是有些架構還不支援，特別是國內BAT的一些開源庫。

最後介紹下Xcode包管理器Alcatraz，主要提供Xcode外掛程式，模板和色彩模式，相比Android Studio，目前外掛程式還很比較少。