Swift 是猴仍是猿?

时间 2019-12-01

标签 swift 仍是栏目 Swift 繁體版

原文原文链接

欢迎你们前往腾讯云社区，获取更多腾讯海量技术实践干货哦~git

做者：段义鹏程序员

导语

Swift和Objective-C是目前开发 Apple App的两门主要语言。Swift自2014年发布到目前为止其行业现状如何？Objective-C通过岁月的洗礼其稳定性、性能和开发特性支持度都是比较成熟的，Swift在这些方面是否已经比较完善，开发者是否能够开始着手大面积使用Swift进行项目开发？Swift和Objective-C在性能方面运行效率是否更好？具体分析请看下文展开。github

1、Swift的背景

Swift 于2010年7月启动开发，苹果WWDC2014开发者大会上正式发布问世，2015年12月正式开源(https://swift.org)。编程

（1）谈起Swift，不得说说它的做者。小程序

Swift的做者克里斯·拉特纳（Chris Lattner)，在05年以前，是美国UIUC大学的博士，在博士期间于2000年启动和开始主持LLVM项目，2005年7月加盟Apple Inc，以后整个LLVM研发团队所有加入Apple，致力于LLVM在Apple开发体系中的应用，目前LLVM已经被苹果IOS开发工具、Xilinx Vivado、Facebook、Google等各大公司采用。Apple也是LLVM项目的主要资助者。swift

Chris Lattner 加入Apple后，成为LLVM的主要负责人同时也是Xcode的主管，以后发起了Clang项目，于2010年7月启动开发Swift，以后14年发布Swift,15年开源Swift，于17年1月从Apple离职，随后这位在Apple工做了11年的技术大牛正式加入Tesla，6个月后从Tesla主动辞职。数组

Chris Lattner 做为一名70后程序员，发明了 LLVM、Clang、Swift，同时仍是Xcode的Header，能够说是牛逼轰轰，大神中的大神，一个不可一世的人才。安全

（2）Swift的版本迭代历史服务器

Swift 1.x版本属于刚开始阶段，2.x版本添加了不少新特性，3.x版本在Swift生涯中属于革命性的一步，其中改动了不少，语法和2.x版本也有较大差别。3.x到4.x版本主要是优化和保持稳定性，改动较小。文章后续内容主要针对Swift3版本。

（3）Swift的开发模式及目标

Swift设计的目标也是初衷是在程序运行角度要比C系语言(C, C++, and Objective-C)更快速，开发角度写法越简单越高效越好，让程序员在编程语言语法角度浪费的功夫越少越好，能把更多的时间和精力用于思考和开发应用程序逻辑。同时Swift原始设计为不只能够用来开发Hello World这样的小程序，也能够用来开发一套完整的操做系统。Swift的出台至少奠基了Apple将来十年的发展方向，具备重大的战略意义。

Swift的官方说明：Safe、Fast、Expressive，更安全、更快速、更易表达。安全角度取消了Objective-C不少兼容的语法，只取其一，由于再也不是C的超级，因此那些在C语言上存在的历史诟病，在Swift上不复存在。

Swift集成了不少高级语言的优秀特性，借鉴了不少高级语言的优秀语法，开发角度写法相似JavaScript等脚本语言，可是自己又属编译性质语言，是一门真正的编译语言，而非解释型。

Swift 结合了C和Objective-C 的优势而且不受 C 兼容性的限制。Swift采用安全的编程模式并添加了不少新特性，好比范型、闭包、函数式编程等，使编程更简单，更灵活，也更有趣。

开发模式方面，在开源以前主要依赖苹果Chris Lattner及所带领的开发团队，同时随着Swift的问世，Swift开发者社区也同步创建，Chris Lattner及所带领的开发团队很是关注社区建议和邮件列表，针对社区的建议，在Swift新特性支持上Swift团队并不是单纯的建议的新特性就会加上，而每每是后退一步，思考更多，理解开发者真正须要的特性，此后考虑着手开发。

随着Swift的开源，开源社区开发力量的加入，开发者社区更加活跃，Swift也在更加趋于完善。

2、Swift的行业现状

（1）编程语言排行榜

看近三年三月份的编程语言排名数据，Swift由2015年的23名上升至2016年的14名，在2017年上升至第10名；再看看Objective-C，由2015年的第3名降低至2016年的第15名，在今年降低至16名。Swift编程语言日趋上升。

（2）开发社区生态

正如Chris Lattner在离开Apple前的近几年已不怎么过问LLVM自身的事，而主要投入精力到Swift的研发上同样，LLVM彼时已创建起成熟的开发者社区，彼时的LLVM已经是社区的LLVM，Chris Lattner在将主要精力转向Swift的研发上时，LLVM项目自身的存活与否已经不会有什么影响。

Swift也同样，Chris Lattner离开Apple前，也已经创建起成熟的Swift开发者社区，此时的Swift也再也不只是Apple的Swift，此时的Swift已经是社区的Swift，Chris Lattner的离开并不会对Swift的发展形成大的影响。加上开源的力量，相信Swift会继续勇往前行。

（3）开源库占比

目前GitHub(https://github.com)上Swift语言的开源项日大约是Objective-C语言的开源项目的5倍还多。

（4）自己成熟度、库成熟度、Xcode集成环境支持程度

Swift通过3.x版本的改进，语法和性能上已开始趋于稳定，后期4.0版本主要是优化提升性能和稳定性，改动很少，自己成熟度已开始趋于完善。

库的成熟度，通过Apple的努力，相信也有很多提高，不少在2.x版本尚未Swift版本的库，3.x版本到4.x版本已经有不少库用Swift进行了改写。库的性能和稳定性目前还很差说，还须要通过海量App的线上验证，须要通过一段时间的洗礼才能得出结论。既然Apple已经转向Swift，相信即便有些大大小小的问题苹果也会积极处理和解决。这方面不用太过担忧。

Xcode 8就开始支持Swift，目前Xcode 9已经同时支持Swift 3.2和Swift 4.0 版本，可在工程设置里面设定。

3、Swift的优秀语法

和OC简单语法对比：

1.简单值定义

Swift取消了Mutable和非Mutable的区分，全部的简单值定义改成：经过let定义常量，经过var定义变量。再也不有宏定义，在Swift里面要实现宏定义，直接用let定义全局常量。以下：

类型推断特性

let和var定义简单值若是指定初始值则再也不须要指定类型，不指定初始值则须要明确指定类型。初始化时指定初始值时编译器会自动推断变量类型。

字符串插值参数打印

参数打印再也不须要经过%加固定字符来指定打印格式，直接\反斜杠一对圆括号里面包含常量、变量、字面量和表达式便可。

使用方括号 [] 来建立数组和字典，并使用下标或者键(key)来访问元素。

数组成员和字典Value能够直接是float、int等基础类型，不用再像oc里面须要转成NSNumber对象。

两类可选值

（1）使用 if 和 let 来处理值缺失的状况。一个可选的值是一个具体的值或者是 nil 以表示值缺失。在类型后面加一个问号来标记这个变量的值是可选的。

若是optionalName变量的可选值是 nil，条件会判断为 false，大括号中的代码会被跳过。若是不是，会将值解包并赋给 let后面的name常量，这样代码块中就可使用这个值了。

（2）另外一种处理可选值的方法是经过使用 ?? 操做符来提供一个默认值。若是可选值缺失的话，可使用默认值来代替。一个??即搞定，再也不须要像oc里面须要写if判断或是问号表达式，Swift变得更加简洁。

布尔值

在C/Objective-C中，if、while、for以后的判断式并不须要必定传入布尔类型。也能够传入整型、指针等类型，只要非0就为真，而且赋值是有反作用的。好比：

上面的代码返回a的数值，这样就有可能出现将判断：

错写成：

为避免这个问题，有种变通写法：

这种写法被称为Yoda表达式，由于《星球大战》中的Yoda大师喜欢使用这样奇特的倒装句子。

Swift强制要求if、while、for后面判断式子必定须要传入布尔类型。所以写成如下这种判断就会编译错误，由于a = 0的结果是a是Int型而非布尔型。Yoda表达式这种变通写法再也没有必要。

Swift里面的Bool常量值是true和false。

switch

Swift中switch语句能够直接比较string，在以往OC中则要经过不少if else来实现：

Swift中的实现:

switch中一个case语句执行完成后就再也不向下执行。Case里面没有break语句，不会再偶然地出现bug！

8.区间运算符

（1）闭区间运算符

闭区间运算符(a…b)定义一个包含从a到b(包括a和b)的全部值的区间。a的值不能超过b。在for-in循环中很是有用。

（2）半开区间运算符

半开区间运算符(a..<b)定义一个从a到b但不包含b的区间。之因此称为半开区间，是由于该区间包含第一个值而不包括最后的值。

9.强制使用大括号

在C/Objective-C中，if、while、for以后的语句假如只有一行，是能够省略掉大括号的。好比：

当后面的人修改代码，或多人修改同一代码再合并时，可能会在if后面直接插入一行，这样就必定会return了。

Swift里面必需要有大括号。

guard语句

Swift里面guard语句简化了函数实现里面参数有效性的check。像if语句同样，guard语句的执行取决于一个表达式的布尔值。

可使用 guard 语句来要求条件必须为真时，以执行guard语句后的代码。不一样于 if 语句，一个 guard 语句老是有一个 else 从句，若是条件不为真则执行 else 从句中的代码。

repeating

Swift 中的 Array 类型还提供一个能够建立特定大小而且全部数据都被默认的构造方法。

元组

Swift中的元组(tuples)把多个值组合成一个复合值。元组内的值能够是任意类型，并不要求是相同类型。Eg:

元组的最大用途在函数能够返回多个值:

闭包

Swift里面定义一个闭包，闭包 = {(形参) -> 返回值 in 代码实现}，in 用于区分函数定义和代码实现：

最简单的闭包，若是没有参数/返回值，则参数/返回值/in 通通均可以省略

范型

范型的应用场景：

swapTwoInts(::)、swapTwoStrings(::) 和 swapTwoDoubles(::) 的函数功能都是相同的，惟一不一样之处就在于传入的变量类型不一样，分别是 Int 、 String 和 Double 。

在实际应用中，一般须要一个更实用更灵活的函数来交换两个任意类型的值，Swift里面经过范型来解决。以下：

字符串拼接和比较

Swift里面字符串能够直接拼接：

也能够直接比较:

Swift的语法设计使一些C/Objective-C常见错误不可能再出现，好比：字符串插值参数打印；if、while、for以后的判断式强制是Bool类型；switch中case语句取消break；if、while、for以后的语句强制使用大括号。

同时更多的是让语法更简单，编程语言的语法进行简洁化和优化，让程序员省掉关注语法的时间，将更多的时间和精力放在应用程序逻辑开发上。好比：省略分号；??可选值；switch中能够直接对String类型进行判断；区间运算符；guard语句；Array初始化中的repeating；元组；闭包；范型；字符串拼接和直接比较。

4、Swift Objective-C性能对比

如下从开发中经常使用的基础语句运行效率方面进行对比，对比Swift（3.2和4.0两个版本）和Objective-C二者的性能差别。

a. 对比维度：循环、自增（Swift 3.0之前有自增运算，3.0后取消了）、赋值、添加字符串到数组、添加整数到数组、添加字符串到字典、添加整数到字典、拼接字符串。

b. 每项操做运行10w次的耗时对比。

c. 模拟器：iPhone 6, iOS 10.2; 真机：iPhone 6, iOS 10.3.3

d. Debug模式下优化级别设为None:

代码：见附件

（1）模拟器对比结果：

Swift 3.2:

Swift 4.0

Objective-C:

（2）真机对比结果：

Swift 3.2:

Swift 4.0

Objective-C:

结论：

在设定的几项对比维度内：
a. Swift 3.2到Swift 4.0，性能运行效率提高不明显，基本没有提高；
b. 循环、自增、赋值、字符串数组处理、value为字符串或数值的字典处理操做，Swift性能不如Objective-C；
c. 整型数组处理，Swift优于Objective-C；
d. 字符串拼接处理，Swift性能较Objective-C优点明显。

总体来看，Swift和Objective-C相比，除了字符串处理优点明显外，其它基础操做方面性能稍逊色。

Swift是一门静态编译语言，Objective-C是一门运行时动态绑定语言，由于Objective-C的动态特性，致使编译器能作的优化工做是颇有限的，不少工做只能放到运行时处理，因此从这方面看Swift在编译时能作的优化能作的更多，从而性能提高空间也较OC的大，但目前来看Swift只有字符串处理方面优化的比较不错，其它方面并不明显。

5、Swift和Objective-C混用

Swift和Objective-C互调须要新建一个XXX-Bridging-Header.h文件作桥接，具体请参看稍后将会发的另一篇文章（后续）

6、Swift4最近更新点

Swift版本更新频繁，好比2.x到3.x去掉了”++”、”--”自增自减运算。2.x时网上有不少同行验证Swift的自增自减运算相对OC有严重的性能问题，2.x到3.x去掉了不知是否是当前还没有解决此问题或是有其它的替代方案。

3.x到4.x一个典型的改动点是关于set selector，在Swift 3.x时，selector函数定义前不须要添加@objc修饰。Swift 4.0中则必需要加@objc修饰。其它的改动这里再也不详述，请参阅苹果官方文档。

7、Swift的当前缺陷

Swift所面临的问题，也即到目前为止大多数程序员吐槽和诟病的关于动态特性（或叫“反射特性”,相似Java中的反射）。

Objective-C是一门动态语言，对开发者来讲即运行时编程，能够在runtime进行类和方法的增删修改，甚至是对无源码的class和类库进行method swizzling改变原有库接口的功能等，给开发者提供了足够大的权限和便利，由于权力够大，于是容易过分使用，然而也正是这种动态特性的过分使用，致使OC这门语言是不安全的。

Swift并不是在C或OC基础上进行开发，而是从新设计和布局，Swift的目标在于具有处理普遍问题的能力，包括服务器端开发和系统编程。由于要求更高的安全性，而动态特性自己容易致使过分使用，动态特性自己是一把双刃剑，因此苹果开发工程师整个Swift团队也正在思考一种更合理的解决方案。

8、给开发者的建议

依据前面“四”的对比，Swift和Objective-C相比在字符串处理方面优点明显，其它方面和OC差很少，实际项目中能够根据项目性质合理选择二者之一作为开发语言，甚至不一样情境下应用各自语言的各自的优点，不一样模块采用不一样的语言作开发。

9、Swift将来展望

Swift融合了至目前为止大多数高级语言的优秀特性，可谓是站在全部语言的肩膀上，汲取全部语言的精华，是目前行业内最优秀的语言，期待将来在稳定性、性能上的改善能取得更多质的突破。