技术控眼里的Swift语言:谁说0基础?

jopen 7年前

技术控眼里的Swift语言:谁说0基础?

        知乎 ios 开发黄兢成:有些人学 Swift 语言特别快,因为之前的基础好。语言的语法只是表面,表面的东西总是变动得比较快的。底下的东西重要得多,而看不见,说它 0 基础的人完全菜鸟。

        swift 跟 objc 共用同一套的运行时环境

        swift 的类型,可以桥接到 objc 的类型,反之亦然。如 string 对应原来 objc 的 NSString, closures 对应 objc 的 block,等等。objc 积累下来的大量库,实现不用改写,swift 就直接可以使用。(最多加个声明文件)。

        看两个 API 的声明,对比一下:

objc  void  dispatch_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 工程,已经可以同时使用 objc, c, C++三种语言。现在支持第四种。objc, c, c++ 三种语言的结合很容易, objc 跟c本身就兼容,objc 跟c++结合只要将文件名改成 .mm。而 swift 跟其它语言的结合,需要另外的文件进行桥接,其实也挺方便的。

        这里的桥接很容易,Apple 自家的各种 C 库移植过来了。比如 Core Image/Audio,直接包含

import CoreAudio  import CoreImage

        就可以使用了。

        现在 swift 完全可以跟 objc 并存,原来的工程不建议重写,也不用重写。顺其自然,慢慢让它进化就是了。

        swift 写法看起来像脚本语言,但它是真正的编译语言

        初学者,看它使用了

let a = 4 var b = "hello"

        没有类型定义,就想当然的觉得它是脚本语言,解释执行,这是错误的。上面两行语句是用了类型推导,类似 C++ 里面的 auto。swift 跟 objc 的运行时环境一样,写的程序跑起来不会比 objc 慢。swift 区分了 struct 和 class, 分别使用传值跟传引用。适当地使用 struct,应该会比 objc 要快一点。swift 吸收了很多其它语言的语法,写起来比 objc 简洁得多,不过它骨子里面的概念,跟原来 objc 差不多。

        编程语言的语法重要,但是语法背后的概念更重要

        比如面向对象,常用概念无非是,继承,多态,封装,信息隐藏等。继承又可能分成多重继承,接口继承,实现继承。或者还会有些嵌套类,嵌套函数等等。当明白语法背后的概念,知道为什么需要有这些东西。之后从一门语言切换到另一门有着相同概念的语言,其实很容易。

        而语法会影响表达,理论上每门语言都可以表达任何概念。不过当某种概念在某门语言中,很难表达出来,就会倾向于不这样使用它,这种概念在那门语言的社区就难以被人熟知。

        感觉上,swift 有着 obj-c, C++, Ruby 的影子。

        最喜欢的 3 个特性

        tuple,终于可以返回多个数值了。一行交换两个值。C++里面的 tie+tuple 也可以实现类似功能,不过使用库,显得噪音太多。

        closure,喜欢它的简写,还有在函数最后一参数,可以写在()外面。这些特性,用来写函数式风格的程序,会很好看。而原来 objc 的 block, 还有c++的 function, 就太啰嗦了。

        switch,case 里面的条件匹配。

        这些语法,编译最后还是会映射成原来 objc 的运行模型。原来 objc 的概念,引用记数,ARC, 属性,协议,接口,初始化,扩展类,匿名函数等等,继续有效。

        swift 是 objc 的一块大大的语法糖

        有个大块头的东西,是原来 objc 没有的,就是泛型。swift 中将那种操作写一次,就可以作用多个类型的语法叫做 generics(泛型),而 C++ 中称为 template(模板),叫法不同,本质是同样的东西。总的说来,swfit 涵盖了现在流行的编程方式,结构化,面向对象,泛型,函数式。

        swift 的新语法,可以很好地支持内部 DSL

        有一种编程风格,不太好归类。就是将程序拆分成,描述+解释。解释部分写一次,其它地方使用描述式的语句,而不是命令式的语句。内部 DSL,通常利用主语言的语法特性,创出一套写法,来写一些描述性的语句。这些语句组合起来,就像一门新语言似得。这个比较难理解。举个例子(从 ruby 那里借过来的),假如计算,几小时之后的秒数。C语言中,大概会写成

getHourSeconds (3)

        而现在 swift 中,只要定义了扩展

extension Int  {  var hours:Int  {return self * 3600 }  var ago:Int  {return -self  }  }

        就可以写成

3.hours3.hours.ago

        分别是 3 小时后的秒数,3 小时前的秒数。

        同理,也可以写成

10.days10.days.ago

        这种写法,看起来跟原来的命令式写法完全不同。这些程序是描述性的。原来的 objc, 做不到这点。 我估计 swift 以后会冒出大量这样风格的库。

        这种风格,到底好不好,要看情况。比较方便定义内部 DSL 的语言, 我自己知道的有C++, Ruby, Lisp。现在多了 Swift。

        认为所有人都是 0 基础的,是错误的

        有些人学得特别快,因为之前的基础好。语言的语法只是表面,表面的东西总是变动得比较快的。底下的东西重要得多,而看不见。水面一块冰,有些人是冰山露出一角,有些人是无根的浮冰。看起来差不多,其实差别十分之大。

        我相信有些人,在两个小时之内就可以使用这门新语言。

        提提那个 Playground

        之前苹果的员工,Bret Victor 演讲过个视频。提到这个这种可视化编程。当我们每一步操作,都得到实时地反馈,我们的做法会有很多不同,做出的东西也会不同。这个 Playground,用来学习 swift 的特性很好用,不过我还不知道怎么才能跟工程结合起来使用,不作评论。

        现阶段,我自己的做法

        我自己写的新项目,将会有一部分使用 swift 来编写。但还是会以 objc 为主。发觉现在 Xcode 6 beta 版本,对 swift 的语法提示支持不好,不能打几个字母就自动完成。再观察一阵子。我不敢展望太多,或者预测什么,通常提前预测都是错的,会让人抓住把柄。但感觉 Apple 发布 swift, 绝不是玩玩而已。

来自: game.163.com