BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

专访ThoughtWorks傅若愚:Swift足够成熟了吗?

| 作者 徐川 关注 11 他的粉丝 发布于 2015年11月13日. 估计阅读时间: 7 分钟 | QCon上海2018 关注大数据平台技术选型、搭建、系统迁移和优化的经验。

2016年1月10日,第一次由国内社区主办的iOS开发盛会Swift开发者大会将在北京举行,本次大会旨在推动Swift语言在国内的发展,不但邀请了国外资深专家,社区的传奇人物,还邀请了拥有Swift实践经验的国内专家,为你在实际项目中使用Swift扫清障碍。

ThoughtWorks的工程师、SwiftyJSON开源项目作者傅若愚将在大会上分享《越过Objective-C与Swift的鸿沟》话题,据了解,他们已经使用Swift开发商业应用近一年时间,InfoQ记者对他进行了专访,探讨Swift是否已经足够成熟的问题。

InfoQ:请介绍一下您在ThoughtWorks负责什么工作?使用Swift多长时间了?

傅若愚:ThoughtWorks的工作内容往往一言难尽,可以这么说:有Coding,有Architecting,还有Coaching,总之各种技术相关的有趣的事情。在ThoughtWorks,有的团队已经用了1年多的Swift了,比如我现在的这个团队,就正在使用Swift来为客户开发定制的iOS客户端产品。

InfoQ:最近苹果发布了Swift2.1版本,这门语言发展很快,您觉得新版本的Swift足够成熟了吗?

傅若愚:应该说,Swift到达2.0以后,已经比较成熟和稳定了,今后大规模的语法更改不会像第一年这样频繁。然而作为iOS开发者,苹果的行事大家都懂,不断的变化和折腾肯定会是常态的。如何能够快速适应新的版本,迁移时尽量减少痛点,迭代时如何保持项目的稳定,这些问题依然会是Swift用于大型项目开发时的重点之一。

InfoQ:你们已经将Swift实际应用到生产项目中,能不能分享下使用Swift最让您想砸键盘的是什么?

傅若愚:我们用Swift到现在1年左右了,经历了Swift 1.0,1.2以及2.0的各个版本在实际项目中的使用。其中的趟过的坑有的确实是让人痛不欲生,比如编译时间的问题(我们可以通过合理拆分多个Module,Build Pipe Line中利用之前的Index来解决),XCode Crash的问题(有条件的团队可以考虑App Code,XCode本身的升级也对此解决得很好),这些基本上都有解决的办法。要说真正的痛点,我认为还是在人的身上:我们的许多开发者,特别是对Objective-C非常资深的开发者在写Swift的时候往往习惯于用Objective-C的模式去做,非常依赖Runtime,这样的代码在Swift中往往很痛苦。我曾经跟同事打趣说今后项目加人的时候,我们得要写scala的开发者而不是写objc的,当然这只是一句笑话,但确实是说明我们开发者代码思维的转变非常重要。

InfoQ:您最喜欢Swift的什么特性?

傅若愚:一个是Swift的类型系统很亮,当前较新的静态类型语言基本都借鉴了这些类似Haskell的特性,还有自动的加里化(currying),模式匹配等等,这方面倒无需多言。另一个就是Swift2.0引入的Protocol Extension了,Protocol Extension的引入一定程度上让‘面向协议编程’不再是一句空话,或将概念停留在某些设计模式的层面,而可能是实实在在的引发一些编程范式层面的变化,结合Swift本身非常Haskell Style的类型系统,开发者们可以更多地使用一些全新的视点去设计代码。

InfoQ:从实际的编程体验来看,相对于Objective-C,Swift是否提高了生产力和编程效率?

傅若愚:Swift带来的生产力提高可以说是毋庸置疑的,但Objective-C并不会那么快消亡,就像函数式编程并不见得会取代面向对象编程。Swift的Code会更加轻盈,许多Haskell或F#中的理念可以轻轻松松地Port过来直接用。而Objective-C则更偏底层,更加厚重,传承自SmallTalk的消息转发机制和其Runtime给了它非常强大的力量,而往往能设计出令人惊异的代码。

InfoQ:目前关于Swift有一些新的概念出现,比如面向协议编程,您对这些新概念怎么看,Swift是否会出现新的设计模式?

傅若愚:Swift中这些新概念带来的变化,往往并不仅仅发生在设计模式的层面,而是在编程范式的层面。比如现在火热的RFP(Reactive Functional Programming)的实现,在Swift社区中竟然出现了RAC与RxSwift双雄并立的局面。同时我们常常发现一些以前通过OO中的设计模式搞定的功能,现在或许更加适合使用Monadic Programming或者Parser Combinator等函数式的设计模式来做。

InfoQ:您自己也写了一个Swift开源库,您认为目前还有哪些关键地方缺少成熟的用Swift编写的开源库?

傅若愚:目前GitHub上面纯粹用Swift写的开源库已经越来越多了,然而毕竟还有些东西是天然不适合单纯用Swift写一个Objective-C的替代版本的,举两个例子,一个Mapper,另一个是测试时的Mock框架,这些东西往往会需要大量地利用Runtime,并且往往立身于面向对象的编程范式内,那么我们与其去写一个纯粹Swift实现,倒还不如直接用以前Objective-C的库。

InfoQ:您对Swift的未来有什么看法?您认为Swift还有几年将成为iOS开发主流语言?

傅若愚:我一直觉得,在较长一段时间内,Swift都会和Objective-C并存,再过几年后Swift很可能会更加主流,因为绝大部分App用Swift就已经够了,但Objective-C也会一直与我们相伴,去解决一些Swift不那么适合的场景。

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

感觉与其它一新语言相比,Swift缺少的是并发模型和库! by 孙 奇辉

像Go有CSP, Scala有Actor,Clojure有STM和Agent,Swift还只能依赖老旧的GCD ?
另外Protocol于2007年就在Clojure中提供了, 你可以让任意的type extend它,面向协议编程早不是空话。
1月10日我去北京参加,看看开源后Swift在Linux上是否会崛起!

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

1 讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT