從Java/Android到Swift iOS開發：語言與框架對比

admin

從Java/Android到Swift iOS開發：語言與框架對比

1. WhyFrom Java/Android to Swift
2. Swift語言為什麼值得學習？
3. Javavs Swift語法比較
4. Android和iOS UI開發比較
5. Androidvs Swift iOS框架比較
6. 開發工具比較
1、Why FromJava/Android to Swift
成本和效率方面，由於目前同業務的Android和iOS App產品功能一致，由一個團隊開發可以降低業務同步和溝通成本，避免安卓和iOS兩個團隊帶來的產品功能差異和溝通成本。

Swift語法更接近Java，相對Objective C上手容易，我2012年曾經帶過iOS項目，學過oc，因為無法忍受oc奇怪的語法最後放棄了，但這次學習swift iOS過程還是挺順暢的，學習的主要門檻反而是Xcode IB的使用。
Whynot React Native？
ReactNative我們也要項目在用。但RN思想和語法的學習曲線有些陡，很多有Web開發經驗的人都不一定喜歡。另外很多安卓開發者並沒有學習過js，學習React Native成本會比較高。學習React Native最終還是要對原生開發有一定的了解。最後，在一些功能複雜的App，React Native用戶體驗比不上原生 。
Whynot HTML5 Hybrid App？
用戶體驗不夠好，對於不熟悉Web開發的工程師學習成本比較高。
2014年我們用ionic框架做過混合App，在iOS上效果可以，但在安卓低端機上比較卡，影響用戶體驗。
2、Swift語言為什麼值得學習？
Swift是現在Apple主推的語言，2014年新推出的語言，比Scala等「新」語言還要年輕10歲。2015年秋已經開源。目前在linux上可用，最近已經支持Android NDK；在樹莓派上有SwiftyGPIO庫，可以通過GPIO控制一些硬體。
ObjectC is old and ugly，oc是1983年蘋果推出的，過於陳舊和臃腫。
Swift語法類似Scala，Javascript ES6， Java，OC， C++， Python，這個我是按照語法相似度排序的。
Swift支持多範式編程：面向協議，面向對象和函數式編程 。
最後，我們還可以通過Swift學習函數式編程思想，這塊Java8才支持。
3、Java vs. Swift語法比較
l 基礎語法
l 函數
l struct和class
l Enum
l Interface vsProtocol

l MultiThread
3.1基礎語法

Java	Swift
static final 常量Java語言沒有，Guava庫提供Java支持自增++，自減—邏輯控制和C基本一致Java有main方法Java需要;做行結束符	var 變量，let常量可選型Optional，通過if let解包Swift不建議使用，3.0版本將不支持自增邏輯控制語句更現代Swift沒有main方法Swift不需要行結束符

Swift的switch 語法和Java及C++很像，但是它沒有break，他命中一個case後會自動退出switch。對於幾個不同case同樣處理的情況，可以case後面連續幾個condition，用逗號隔開。
for循環和Java也基本一樣，不過也是不需要括號。for循環中，..<的用法比較方便。下劃線符號_（替代循環中的變量）能夠忽略具體的值，並且不提供循環遍歷時對值的訪問。for-in則有點類似與Java中for each循環。

Swift 2.2中trycatch和do while和java差異很大
3.2函數和閉包
Swift函數的定義和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，相對於理解抽象的函數式編程概念，我覺得開始時先用好這些函數更重要。
3.3struct vs. class
struct是值類，class是引用類型，Java語言沒有struct，但c/c++/c#語言都有。
Swift開發推薦使用struct，而不是class。Swift語言實現包括幾百個struct，只有幾個class。
Swift類構造方法是init，析構方法是deinit，類方法調用跟Java基本一樣。
self相當於Java中的this，傳入生命周期不一致的閉包時需要聲明為weak。
3.4Enum枚舉
Android開發谷歌官方不建議使用Enum，影響性能。
Swift的Enum和Java類似，本質是一個類，裡面可以包含函數。
SwiftEnum語法更簡單。
SwiftEnum支持擴展extension。
3.5Interface vs. Protocol

Java Interface	Swift Protocol
• 可以繼承• Interface不能帶有具體實現的方法，Java8以後才可以• implements	• 可以繼承• protocol可以帶有具體實現的方法• extension更強大

Extension擴展就是向一個已有的類、結構體或枚舉類型添加新功能（functionality）。這包括在沒有權限獲取原始原始碼的情況下擴展類型的能力（即逆向建模）。擴展和 Objective-C 中的分類（categories）類似。
Swift 中的擴展可以：
l 添加計算型屬性和計算靜態屬性
l 定義實例方法和類型方法
l 提供新的構造器
l 定義下標
l 定義和使用新的嵌套類型
l 使一個已有類型符合某個接口
需要注意的是擴展方法的作用域問題，這裡不展開討論。
3.6 MultiThread多線程

Java Android	Swift iOS
• Thread• Java 5 Concurrency包• Android多線程擴展• AsyncTask,Looper…	• NSThread• GCD• NSOperation，NSOperationQueue

iOS的多線程相對Java來說比較簡單，GCD一天時間基本就能夠弄明白。Java的Concurrency包就比較複雜了。
4、Android，iOS UI開發比較• Xml layout布局• 直接寫xml代碼，可視化輔助開發• Android可以用Java添加和實現view• Intent頁面跳轉• Java自定義view,可以在Activity和layout中使用，可視化支持不夠好 • Xib & StoryBoard• AutoLayout和SizeClass，IB自動生成，代碼合併困難；• 很多團隊只好用代碼實現UI介面• Segue連線跳轉• 自定義View可以使用IBDesignable & runtime attributes
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框架寫代碼。
5、Android vs Swift iOS框架比較
Swift框架現在已經很多了，Swift也可以使用OC開源框架，但不推薦使用。我們主要對比介紹項目常用的網絡請求框架，JSON解析和圖片緩存框架
網絡請求框架
• Retrofit• OKHTTP• Volley• • Retrofit + RxAndroid • Moya • Alamofire• AFNetworking• • Moya + RxSwift
在Android開發現在一般使用OKHTTP，Retrofit和Volley等網絡框架進行開發，iOS開發oc時代使用AFNetworking庫開發，swift開發推薦使用Alamofire和Moya庫。
Moya對Alamofire網絡請求庫進行了封裝，開發不需要寫網絡模型，管理等。使代碼更加簡潔。Moya可以代替自己編寫的網絡抽象層APIManager。Moya提供了一些很好的特性：
編譯期檢查API接口調用的正確性
通過enum枚舉類型清晰的定義不同API的接口
把接口測試stub作為一等公民，讓單元測試變得很簡單。
支持ReactiveX擴展，方便和RxSwift集成。
目前App基本都是使用JSON作為報文協議，Android開發我們一般使用Gson進行解析，在Swift開發中，對比了ObjectMapper，Argo+Curry，SwiftyJson後，我們決定使用ObjectMapper作為JSON解析框架。ObjectMapper支持的特性如下：
支持把對象轉換成JSON，把JSON轉換成類對象
支持嵌套的對象（單一對象，對象列表集合和字典）
支持自定義的轉換函數
支持結構體struct
支持Realm和Alamofire集成，AlamofireObjectMapper

使用例子：
letuser=Mapper<User.map(JSONString)
letJSONString=Mapper.toJSONString(user, prettyPrint:true)
Realm是iOS開發比較流行的針對移動端設計的資料庫，代替sqlite，也有Android版本
圖片緩存框架，Android開發常用Glide和Fresco，OC開發一般用SDWebImage，Swift開發推薦用HanekeSwift。
6、開發工具比較
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，AndroidStudio出現後谷歌推薦用Gradle。Android的構建工具比iOS功能要強大很多。
iOS開發早期用CocoaPods，現在推薦用Carthage，未來Apple官方推出Swift3.0後會推廣官方的Swift Package Manager。
最後介紹下Xcode包管理器Alcatraz，主要提供Xcode插件，模板和色彩模式，相比Android Studio，目前插件還很比較少。

原文網址：https://read01.com/jxgJ5d.html