JavaEye的創(chuàng)始人Robbin在微博中寫到：“Swift目前只是提供了一種腳本編程語法，編寫代碼的效率提高不了多少，對程序員來說，熟悉Swift語法也不過一天時間足夠了。關(guān)鍵是要提供高級數(shù)據(jù)類型，簡化Cocoa類庫，否則用不用Swift都沒區(qū)別。當代的程序員，主要學(xué)習(xí)成本不在編程語言的語法上，而在語言提供的特殊數(shù)據(jù)類型和龐大的類庫上。”

 

　　CNET的Tim Stevens認為Swift是一門具有巨大潛力的編程語言，它在結(jié)合了腳本語言與傳統(tǒng)編譯語言的優(yōu)勢的同時，又兼有更快的執(zhí)行速度(從幾項關(guān)鍵指標來看)。Swift的腳本特性以及實時預(yù)覽功能可以幫助開發(fā)者方便快捷地編寫并測試應(yīng)用程序。但Swift也沒有想象中的那么美好，tive-C在開發(fā)應(yīng)用方面相對比較成熟，并且有了完整的生態(tài)圈，Swift想推倒一切重新開發(fā)，恐怕還需要一段時間。

 

　　資深iOS開發(fā)者郭亮認為Swift對于準備學(xué)習(xí)iOS開發(fā)的新手來說是個好消息，畢竟它的入門門檻比較低，但對于已經(jīng)習(xí)慣了tive-C的上百萬開發(fā)者來說，又是一件痛苦的事情!因為他們已經(jīng)愛上了tive-C。Swift雖然門檻很低，但要真正熟練，道路依然荊棘，Protocol、Extension、繼承、多態(tài)還有閉包，真的沒那么簡單。語言剛剛發(fā)布，還會有許多的不完善，其性能、效率還有待驗證，并且相關(guān)資料非常少，應(yīng)該只有蘋果官方的文檔，也沒有開源社區(qū)的支持。所以Swift短期內(nèi)取代tive-C的可能性非常小，目前想用Swift單獨作為項目的開發(fā)語言，那將是災(zāi)難性的。

 

　　iOS開發(fā)者黃兢成也在知乎上發(fā)表了自己的看法，他認為Swift 吸收了很多其它語言的語法，寫起來比tive-C簡潔得多，不過它的核心概念和tive-C差不多，比如引用記數(shù)、ARC、 屬性、協(xié)議、接口、初始化、擴展類、匿名函數(shù)。至于大會上提到的可視化編程，他目前尚不清楚如何能較好的應(yīng)用到實際項目中。Xcode 6 beta版本對Swift的語法提示支持也不好。Swift在實際項目中的使用還需要一段時間，但他相信蘋果發(fā)布Swift，絕不是玩玩而已。

 

　　CocoaChina上的xu54認為Swift本質(zhì)其實就是tive-C的文本變種，對于這門全新的語言，蘋果做的工作其實遠沒有我們想像的艱巨。LLVM編譯器做工作只是先把Swift翻譯成tive-C代碼，然后再把tive-C代碼翻譯成C語言代碼，然后再把C語言代碼翻譯成匯編，最終翻譯成機器碼。至于為什么編譯器廠商這么繞，不直接把自己的語言翻譯成匯編和機器碼，那是由于現(xiàn)有的語言編譯器(tive-C、C )已經(jīng)非常成熟，而高級語言間的文本轉(zhuǎn)換開發(fā)成本和維護成本都極其小。Swift之所以要翻譯成tive-C，是由于Swift仍然需要tive-C中的ARC、GCD 等環(huán)境。既然Swift其實就是tive-C， 對入門者而言遠比tive-C好學(xué)，對資深開發(fā)者來說又能節(jié)約很多無謂的低級重復(fù)的機械代碼(這些代碼在LLVM翻譯成tive-C時，編譯器自動幫你寫上)，并且開發(fā)者關(guān)注的應(yīng)該是業(yè)務(wù)邏輯，而不把精力分散在語法等低級問題上，語法消耗的時間越少，這門語言也就越成功，所以他覺得Swift必定會替代tive-C。

 

　　社區(qū)對Swift的評論好壞參半，Swift的優(yōu)勢很明顯，短板也很明顯。新語言的成熟不可能一蹴而就，我們還需要有更多的耐心來等待Swift的成熟，不過我相信這個過程不會太久。蘋果愿意舍棄成熟的tive-C，轉(zhuǎn)而開發(fā)新的編程語言，這足以讓我們看到一家世界級公司的魄力與創(chuàng)新力。