swift，任道而重远！ -欧洲杯足彩官网

0顶
1踩

swift，任道而重远！

2014-12-16 10:39 by 正式编辑 cao345657340 评论(1) 有7594人浏览

ruby apple swift

声明：iteye资讯文章的欧洲杯足彩官网的版权属于iteye网站所有，严禁任何网站转载本文，否则必将追究法律责任！

摘要：苹果公司对外宣称，性能是swift带给os x和ios开发人员的好处之一。然而，独立开发者tyrone执行的基准测试显示，与objective-c相比，swift性能并不如人意。

【编者按：】在今年的 wwdc 2014大会上，苹果公司发布了swift。swift语言不仅继承了c语言以及objective-c的特性，而且还克服了c语言的兼容性问题，对于广大开发者来说是个不错的选择。然而，原文作者tyrone却并不待见swift，他在使用swift的过程中，发现swift并没有想象中的美好。究竟是什么原因呢？一起来看下：

译文如下：

在进行测试前，我作了如下思考：

诚然swift在对数组进行排序时候获得了与c相媲美的优异表现，但是其它方面呢？
可能是出于市场营销的效率，苹果给出的标签是比objective-c快2.6倍、比python2.7 快8.4倍，真的吗？
它有个优美的名字swift(雨燕)，轻盈迅捷，但我们不能沉迷于表象。

我这里主要以一个swift项目为基础，进行性能测试。以下是一个相关示例代码：

import foundation  
  
public class user : modelobject, updatablefromjson {  
    public var name: string?  
    public var handle: string?  
  
    public required init(data: [string : anyobject]) {  
        super.init(data: data)  
        updatewithjson(data)  
    }  
  
    public override func updatewithjson(data: [string : anyobject]) {  
        super.updatewithjson(data)  
        name <<< data["name"]  
        handle <<< data["handle"]  
    }  
}

这是一个用于分析500kb大小json数据的示例，完整的示例代码请点击进行下载，示例处理的问题是在1000个会话中找出用户user对应的会员身份。解析器parser读取json后，创建membership对象并指向关联实例user和convo ,同时根据convos键值创建(或更新)convo对象堆。

我利用了xctest的新特性进行了性能测试。测试代码如下所示：

func testuserconvosswiftparsingperformance() {  
    let filepath = nsbundle(forclass: performancetests.self).pathforresource("convos", oftype: "json")  
    let jsondata = nsdata(contentsoffile: filepath!)  
    var error: nserror?  
    let jsonobject = nsjsonserialization.jsonobjectwithdata(jsondata!, options: nil, error: &error)! as [string : anyobject]  
    self.measureblock() {  
        let resp = chatspryclient.userconvosresponse(data: jsonobject)  
    }  
}

我在编译设置中开启了-o模式，测试的设备是第五代ipod touch，运行的系统是ios 8，使用的是与iphone4s相同的a5双核处理器。随着json数据处理量的增加，该设备的响应越来越慢。

测试结果是用时1.42s，多么令人吃惊的龟速。于是，我决定马上创建一个objective-c版本来进行对比。

@interface csuser : csmodelobject  
@property (nonatomic, strong) nsstring *name;  
@property (nonatomic, strong) nsstring *handle;  
@end  
@implementation csuser  
- (void) updatewithjson:(nsdictionary *)json  
{  
    [super updatewithjson: json];  
    self.name = json[@"name"];  
    self.handle = json[@"handle"];  
}  
@end

同样地我启用了-os。令人惊喜的是，这个版本的运行用时仅需0.09s，换而言之，它大约比swift快了将近15倍，而我在swift和object-c都已经开启了llvm优化器。

我尝试对swift的反常表现进行简单研究，我暂时还不能确定这究竟是swift本身的原因还是jsonhelpder引起的。唯一的方法是一行行地比照objective-c语句和swift语句，再写另一个objective-c样式的swift，然后进行apples to apples的测试。这或许不是常规的swift写法，随处都是nsdictionary引用而不是swift 本身的函数。例如：

public class csswiftuser : csswiftmodelobject {  
    public var name: string?  
    public var handle: string?  
  
    public override func updatewithjson(json: nsdictionary) {  
        super.updatewithjson(json)  
        name = json["name"] as string?  
        handle = json["handle"] as string?  
    }  
}

swift在-o下运行时会有segfaults(段错误)的情况，为了公平起见，我把object-c优化器关闭了，这是关闭后两者的比较：

objective-c：0.06s
objective-c样式的swift：0.29s

让我较迷惑的是objective-c在关闭优化器后反而运行得更快，这个先放下，不是这次的重点。由上可见，objective-c样式的swift获得了可接受的性能表现，但是如果真的这样做，段错误会不断出现，最后导致性能下降。

出于好奇，最后我还使用了以ruby语言重写objective-c测试。rubymotion支持使用ruby来编写ios 和安卓应用，程序最后会被编译为相同的机器码，与swift和objective-c过程类似。一直以来，我认为ruby会比objective-c慢得多，毕竟这是动态和静态语言的区别。

该ruby示例代码如下：

class csuser < csmodelobject  
  attr_accessor :name, :handle  
  
  def updatewithjson(json)  
    super  
    self.name = json[:name]  
    self.handle = json[:handle]  
  end  
end

注：rubymotion中暂时没有任何的优化设置选项。

最后的测试结果是：

以下是笔者摘取的部分精彩观点：

来自的评论：

引用

“本文做了和我差不多的测试，只是没有使用一些第三方库。我发现当我把全部类型转为使用swift array<>和dictionary<>时，我发现更为惊吓的后果，比objective-c慢了差不多47倍。”

来自的评论：

引用

“json解释速度或许还不算最差的性能指标。只不过面对新语言时，留给开发组用来测试的时间预算会有多少呢？所以稳定的objective-c还是首选。”

来自的评论：

引用

“我们不应该抹杀新事物。难道小baby一出生就会驾驶？所有语言都是经过千锤百炼才有今天的成就的。性能权且可以作为一个参考而不是全部。

原文出自：

来自:

分享到：

0
顶

1
踩

评论共 1 条请登录后发表评论

1 楼 2014-12-16 15:46

发表评论

您还没有登录,请您登录后再发表评论

swift，任道而重远！ -欧洲杯足彩官网

0顶1踩