從Android到Swift iOS開發(fā):語言與框架對比![]() 本文為『移動前線』群在4月28日的分享總結(jié)整理而成,轉(zhuǎn)載請注明來自『移動開發(fā)前線』公眾號。
我從2009年開始做Android開發(fā),開始接觸Swift是在2014年底,當(dāng)時組里曾經(jīng)做過一個Demo App,感覺技術(shù)還不夠成熟沒有正式發(fā)布。2016年初我們正式使用swift開發(fā)上線了銷售助手App產(chǎn)品,積累了比較豐富的swift項目實戰(zhàn)經(jīng)驗,開源框架都是用的swift版本,大量使用了面向協(xié)議和函數(shù)式編程。iOS App開發(fā)人員基本都是以前安卓版本的開發(fā)人員,同時維護安卓和iOS 2個版本,效率很高。 今天分享的主題是Java/Android開發(fā)人員如何快速上手Swift iOS開發(fā)。主要內(nèi)容如下:
Why From Java/Android to Swift成本和效率方面,由于目前同業(yè)務(wù)的Android和iOS App產(chǎn)品功能一致,由一個團隊開發(fā)可以降低業(yè)務(wù)同步和溝通成本,避免安卓和iOS兩個團隊帶來的產(chǎn)品功能差異和溝通成本。 Swift語法更接近Java,相對Objective C上手容易,我2012年曾經(jīng)帶過iOS項目,學(xué)過oc,因為無法忍受oc奇怪的語法最后放棄了,但這次學(xué)習(xí)swift iOS過程還是挺順暢的,學(xué)習(xí)的主要門檻反而是Xcode IB的使用。 Why not React Native?React Native我們也要項目在用。但RN思想和語法的學(xué)習(xí)曲線有些陡,很多有Web開發(fā)經(jīng)驗的人都不一定喜歡。另外很多安卓開發(fā)者并沒有學(xué)習(xí)過js,學(xué)習(xí)React Native成本會比較高。學(xué)習(xí)React Native最終還是要對原生開發(fā)有一定的了解。最后,在一些功能復(fù)雜的App,React Native用戶體驗比不上原生 。 Why not HTML5 Hybrid App?用戶體驗不夠好,對于不熟悉Web開發(fā)的工程師學(xué)習(xí)成本比較高。 以前我們用ionic做過混合App,在iOS上效果可以,但安卓低端機上比較卡,影響體驗。 我們現(xiàn)在也有App是React Native做的,大概是去年11月上線的,用戶體驗還不錯,但開發(fā)人員基本上是以前的前端開發(fā)。 Swift語言為什么值得學(xué)習(xí)?Swift是現(xiàn)在Apple主推的語言,2014年新推出的語言,比Scala等“新”語言還要年輕10歲。2015年秋已經(jīng)開源。目前在linux上可用,最近已經(jīng)支持Android NDK;在樹莓派上有SwiftyGPIO庫,可以通過GPIO控制一些硬件。 Object C is old and ugly,oc是1983年蘋果推出的,過于陳舊和臃腫。 Swift語法類似Scala,Javascript ES6, Java,OC, C++, Python, 這個我是按照語法相似度排序的。 (Redmonk和TIOBE的語言排行榜,Swift都榜上有名) Swift比Scala、Clojure等語言還有年輕很多年。 Swift支持多范式編程:面向協(xié)議,面向?qū)ο蠛秃瘮?shù)式編程。最后,我們還可以通過Swift學(xué)習(xí)函數(shù)式編程思想,這塊Java8才支持。 Java vs. Swift語法比較基礎(chǔ)語法Swift的switch 語法和Java及C++很像,但是它沒有break,他命中一個case后會自動退出switch。對于幾個不同case同樣處理的情況,可以case后面連續(xù)幾個condition,用逗號隔開。 for循環(huán)和Java也基本一樣,不過也是不需要括號。for循環(huán)中,..<的用法比較方便。下劃線符號_(替代循環(huán)中的變量)能夠忽略具體的值,并且不提供循環(huán)遍歷時對值的訪問。for-in則有點類似與Java中for each循環(huán)。 Swift 2.2中try catch和do while和java差異很大。 函數(shù)和閉包Swift函數(shù)的定義和Java很不一樣,Swift函數(shù)的定義形如 func foo(arg: Type) -> Return Type:
常用的函數(shù)式編程方法map,reduce, flatMap,filter,sort,相對于理解抽象的函數(shù)式編程概念,我覺得開始時先用好這些函數(shù)更重要。 struct vs. classstruct是值類,class是引用類型,Java語言沒有struct,但c/c++/c#語言都有,但不能帶方法。 Swift開發(fā)推薦使用struct,而不是class。Swift語言實現(xiàn)包括幾百個struct,只有幾個class。 Swift類構(gòu)造方法是init(),析構(gòu)方法是deinit(),類方法調(diào)用跟Java基本一樣。 self相當(dāng)于Java中的this,傳入生命周期不一致的閉包時需要聲明為weak。 Enum枚舉Android開發(fā)谷歌官方不建議使用Enum,影響性能。 Swift的Enum和Java類似,本質(zhì)是一個類,里面可以包含函數(shù)。 Swift Enum語法更簡單。 Swift Enum支持?jǐn)U展extension。 Interface vs. ProtocolExtension擴展就是向一個已有的類、結(jié)構(gòu)體或枚舉類型添加新功能(functionality)。這包括在沒有權(quán)限獲取原始源代碼的情況下擴展類型的能力(即逆向建模)。擴展和 Objective-C 中的分類(categories)類似。 Swift 中的擴展可以:
Swift 中的擴展很強大,struct class enum都可以,也可以擴展系統(tǒng)的類。需要注意的是擴展方法的作用域問題,這里不展開討論。 MultiThread多線程iOS的多線程相對Java來說比較簡單,GCD一天時間基本就能夠弄明白。Java的Concurrency包就比較復(fù)雜了。 Android,iOS UI開發(fā)比較iOS開發(fā)蘋果官方建議使用Storyboard開發(fā)UI,好處是比較直觀,通過看界面可以更好的理解和維護App?,F(xiàn)在Xcode7版本對AutoLayout和SizeClasses的支持越來越好,多分辨率適配變得簡單,建議大家放棄使用frame代碼寫界面的傳統(tǒng)做法。 當(dāng)然,Storyboard也有下面的弊端: 界面主要依靠IB生成,Xib代碼難以維護,Xcode打開Storyboard或Xib就會對文件產(chǎn)生修改,即使我們沒有做實際的修改,git也會顯示文件修改了。 多人協(xié)助,同時修改導(dǎo)致沖突,合并困難。 Storyboard中包含頁面多了后會占用了太多內(nèi)存,導(dǎo)致Xcode卡頓和崩潰。 錯誤定位困難,錯誤提示不清晰,新手難以定位錯誤。例如不小心刪掉了IBOutlet會很難定位。 Storyboard UI 開發(fā)實踐按照業(yè)務(wù)模塊分成多個Storyboard,每人負(fù)責(zé)的模塊避免交叉。 每個storyboard不要超過10個頁面,可以通過Refactor Storyboard功能重新劃分。 用Container在一個storyboard復(fù)用UI模塊,用xib在多個storyboard復(fù)用UI模塊。 復(fù)雜的輸入表單,建議用SwiftyForm框架寫代碼。 使用Size Classes做多分辨率適配比較輕松。 Android vs Swift iOS框架比較Swift框架現(xiàn)在已經(jīng)很多了,Swift也可以使用OC開源框架,但不推薦使用。我們主要對比介紹項目常用的網(wǎng)絡(luò)請求框架,JSON解析和圖片緩存框架。 在Android開發(fā)現(xiàn)在一般使用OKHTTP,Retrofit和Volley等網(wǎng)絡(luò)框架進行開發(fā),iOS開發(fā)oc時代使用AFNetworking庫開發(fā),swift開發(fā)推薦使用Alamofire和Moya庫。 Moya 對Alamofire網(wǎng)絡(luò)請求庫進行了封裝,開發(fā)不需要寫網(wǎng)絡(luò)模型,管理等。使代碼更加簡潔。Moya可以代替自己編寫的網(wǎng)絡(luò)抽象層APIManager。Moya提供了一些很好的特性:
目前App基本都是使用JSON作為報文協(xié)議,Android開發(fā)我們一般使用Gson進行解析,在Swift開發(fā)中,對比了ObjectMapper,Argo+Curry,SwiftyJson后,我們決定使用ObjectMapper作為JSON解析框架。ObjectMapper支持的特性如下:
Realm是iOS開發(fā)比較流行的針對移動端設(shè)計的數(shù)據(jù)庫,代替sqlite,也有Android版本。 使用例子: let user = Mapper<User>().map(JSONString) Realm是iOS開發(fā)比較流行的針對移動端設(shè)計的數(shù)據(jù)庫,代替sqlite,也有Android版本。 圖片緩存框架,Android開發(fā)常用Glide和Fresco,OC開發(fā)一般用SDWebImage,Swift開發(fā)推薦用HanekeSwift. 開發(fā)工具比較Android目前主流的開發(fā)工具是Android Studio,2014年以前是Eclipse ADT。 與Android Studio相比,Xcode速度快,但不夠穩(wěn)定,一天崩潰幾次很正常。 包管理器&構(gòu)建工具對比Android開發(fā)早期用Ant做一些任務(wù)處理,后面有些團隊借鑒Java EE項目的做法用Maven,Android Studio出現(xiàn)后谷歌推薦用Gradle。Android的構(gòu)建工具比iOS功能要強大很多。 iOS開發(fā)早期用CocoaPods,現(xiàn)在推薦用Carthage,未來Apple官方推出Swift 3.0后會推廣官方的Swift Package Manager。 Carthage好處是比較簡潔,壞處是有些框架還不支持,特別是國內(nèi)BAT的一些開源庫。 最后介紹下Xcode包管理器Alcatraz,主要提供Xcode插件,模板和色彩模式,相比Android Studio,目前插件還很比較少。 感謝徐川對本文的審校。 給InfoQ中文站投稿或者參與內(nèi)容翻譯工作,請郵件至editors@cn.。也歡迎大家通過新浪微博(@InfoQ,@丁曉昀),微信(微信號:InfoQChina)關(guān)注我們。 |
|