Java SE Development Kit 8 mac8u181 官方最中文 / 242.3M
Adobe Dreamweaver cs6 for mac官方簡體中文中文 / 405.3M
SVN管理工具(Cornerstone Mac版)v4.0 官方最英文 / 16.5M
mac PHP集成開發(fā)工具(PhpStorm)V8.0.3官方最英文 / 124.4M
蘋果SQLite數(shù)據(jù)庫管理工具(SQLiteManager f中文 / 7.9M
Mac十六進制文本編輯器(UltraEdit)18.00.0.中文 / 56.0M
Navicat Premium for macv11.1.11 官方最新中文 / 144.7M
Editplus for macV3.80 官方最新版中文 / 12M
iSwift是一款可以將蘋果原開發(fā)語言O(shè)bjective-C轉(zhuǎn)換為最新的Swift開發(fā)語言的工具,你可直接把代碼文件拖入iSwift圖標上進行快速轉(zhuǎn)換,并在左右兩個區(qū)域顯示兩種語言,如果你有之前使用 Objective-C 開發(fā)的 Mac 軟件或 iOS 應(yīng)用,不妨使用 iSwift 來將自己的作品重構(gòu)一下吧!
swift 跟 objc 共用同一套的運行時環(huán)境
swift 的類型,可以橋接到 objc 的類型,反之亦然。如 string 對應(yīng)原來objc的NSString, closures對應(yīng)objc的block,等等。objc 積累下來的大量庫,實現(xiàn)不用改寫,swift 就直接可以使用。(最多加個聲明文件)?磧蓚API的聲明,對比一下
objc
voiddispatch_apply(size_t iterations, dispatch_queue_t queue, void (^block)(size_t));- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event;
swift
func dispatch_apply(iterations: UInt, queue: dispatch_queue_t!, block: ((UInt) -> Void)!) func touchesBegan(touches: NSSet!, withEvent event: UIEvent!)
我懷疑,swift中的接口文件,是利用原來objc,c中的接口文件自動程序生成的。
同一個工程,可以同時使用swift, objc, c, c++ 四種編譯語言(額外嵌入的腳本語言另算)
原來的 iOS/Mac 工程,已經(jīng)可以同時使用objc, c, C++三種語言,F(xiàn)在支持第四種。objc, c, c++三種語言的結(jié)合很容易, objc跟c本身就兼容,objc跟c++結(jié)合只要將文件名改成.mm。而swift跟其它語言的結(jié)合,需要另外的文件進行橋接,其實也挺方便的。
這里的橋接很容易,Apple自家的各種 C 庫移植過來了。比如Core Image/Audio,直接包含
import CoreAudio import CoreImage
就可以使用了。
現(xiàn)在swift完全可以跟objc并存,原來的工程不建議重寫,也不用重寫。順其自然,慢慢讓它進化就是了。
swift 寫法看起來像腳本語言,但它是真正的編譯語言
初學者,看它使用了
let a = 4 var b = "hello"
沒有類型定義,就想當然的覺得它是腳本語言,解釋執(zhí)行,這是錯誤的。上面兩行語句是用了類型推導,類似 C++ 里面的auto。swift跟objc的運行時環(huán)境一樣,寫的程序跑起來不會比objc慢。swift區(qū)分了struct和class, 分別使用傳值跟傳引用。適當?shù)厥褂胹truct,應(yīng)該會比objc要快一點。
swift 吸收了很多其它語言的語法,寫起來比objc簡潔得多,不過它骨子里面的概念,跟原來objc差不多
編程語言的語法重要,但是語法背后的概念更重要。比如面向?qū)ο螅S酶拍顭o非是,繼承,多態(tài),封裝,信息隱藏等。繼承又可能分成多重繼承,接口繼承,實現(xiàn)繼承。或者還會有些嵌套類,嵌套函數(shù)等等。
當明白語法背后的概念,知道為什么需要有這些東西。之后從一門語言切換到另一門有著相同概念的語言,其實很容易。
而語法會影響表達,理論上每門語言都可以表達任何概念。不過當某種概念在某門語言中,很難表達出來,就會傾向于不這樣使用它,這種概念在那門語言的社區(qū)就難以被人熟知。
感覺上,swift有著 obj-c, C++, Ruby的影子。
暫時,我自己最喜歡的3個特性有
tuple,終于可以返回多個數(shù)值了。一行交換兩個值。C++里面的tie+tuple也可以實現(xiàn)類似功能,不過使用庫,顯得噪音太多。
closure,喜歡它的簡寫,還有在函數(shù)最后一參數(shù),可以寫在()外面。這些特性,用來寫函數(shù)式風格的程序,會很好看。而原來objc的block, 還有c++的function, 就太啰嗦了。
switch,case里面的條件匹配。
這些語法,編譯最后還是會映射成原來objc的運行模型。原來objc的概念,引用記數(shù),ARC, 屬性,協(xié)議,接口,初始化,擴展類,匿名函數(shù)等等,繼續(xù)有效。
我將swift看成是objc的一塊大大的語法糖。
有個大塊頭的東西,是原來objc沒有的,就是泛型。swift中 將那種操作寫一次,就可以作用多個類型的語法叫做generics(泛型),而C++中稱為template(模板),叫法不同,本質(zhì)是同樣的東西。
總的說來,swfit 涵蓋了現(xiàn)在流行的編程方式,結(jié)構(gòu)化,面向?qū)ο螅盒停瘮?shù)式。
swift的新語法,可以很好地支持內(nèi)部DSL
有一種編程風格,不太好歸類。就是將程序拆分成,描述+解釋。解釋部分寫一次,其它地方使用描述式的語句,而不是命令式的語句。
內(nèi)部DSL,通常利用主語言的語法特性,創(chuàng)出一套寫法,來寫一些描述性的語句。這些語句組合起來,就像一門新語言似得。這個比較難理解。舉個例子(從ruby那里借過來的),假如計算,幾小時之后的秒數(shù)。C語言中,大概會寫成
getHourSeconds(3)
而現(xiàn)在 swift中,只要定義了擴展
extension Int { var hours:Int { return self * 3600 } var ago:Int { return -self } }
就可以寫成
3.hours 3.hours.ago
分別是3小時后的秒數(shù),3小時前的秒數(shù)。
同理,也可以寫成
10.days 10.days.ago
這種寫法,看起來跟原來的命令式寫法完全不同。這些程序是描述性的。原來的objc, 做不到這點。 我估計swift以后會冒出大量這樣風格的庫。
這種風格,到底好不好,要看情況。比較方便定義內(nèi)部DSL的語言, 我自己知道的有C++, Ruby, Lisp,F(xiàn)在多了Swift。
認為所有人都是0基礎(chǔ)的,是錯誤的
有些人學得特別快,因為之前的基礎(chǔ)好。語言的語法只是表面,表面的東西總是變動得比較快的。底下的東西重要得多,而看不見。水面一塊冰,有些人是冰山露出一角,有些人是無根的浮冰?雌饋聿畈欢,其實差別十分之大。
我相信有些人,在兩個小時之內(nèi)就可以使用這門新語言。
提提那個Playground
之前蘋果的員工,Bret Victor 演講過個視頻。提到這個這種可視化編程。當我們每一步操作,都得到實時地反饋,我們的做法會有很多不同,做出的東西也會不同。這個Playground,用來學習swift的特性很好用,不過我還不知道怎么才能跟工程結(jié)合起來使用,不作評論。
現(xiàn)階段,我自己的做法
我自己寫的新項目,將會有一部分使用swift來編寫。但還是會以objc為主。發(fā)覺現(xiàn)在Xcode 6 beta版本,對swift的語法提示支持不好,不能打幾個字母就自動完成。再觀察一陣子。
我不敢展望太多,或者預測什么,通常提前預測都是錯的,會讓人抓住把柄。但感覺Apple發(fā)布swift, 絕不是玩玩而已。
版本1.3新功能:
遞增/遞減運算符不正確翻譯(問題# 14)
添加更多的類型:cgfloat,cgsize,CGRect,cgpoint,cgvector(問題# 6)
固定的問題與#導入指令和使用類型(知道問題# 5)
# pragma指令不被認可的(問題# 15)
類繼承不轉(zhuǎn)換(問題# 9)
類的擴展不被認可的(問題# 7)
附加偏好面板
喜好:添加選項來啟用/禁用確認對話框關(guān)閉/打開文件(問題# 3)
喜好:添加選項來啟用/禁用活你類型轉(zhuǎn)換(相關(guān):# 16)
上的拖放編輯工作(主要問題# 17)
禁用視圖拖放迅速(問題# 18)
實例變量不認可(問題# 8)
特別說明
聲明:西西軟件園為非贏利性網(wǎng)站 不接受任何贊助和廣告