Swift运算符重载介绍

1、简介

Swift中类或结构体可以对已有的运算符进行自定义实现,赋予另外一种功能。可以成为运算符函数,即运算符重载。

2、运算符函数

2.1、双目运算符

下面将通过例子展示自定义结构体如何实现加法运算符(+)和减法运算符(-),加法运算符和减法运算符是双目运算符,可以对两个值进行运算,并且在两个值之间。
例子中定义了一个Coordinate的结构体,包含x和y两个值,表示平面坐标系上面的点。

struct Coordinate {
    var x: Double = 0.0
    var y: Double = 0.0
}

extension Coordinate {
    static func +(lhs: Coordinate, rhs: Coordinate) -> Coordinate {
        coordinate = Coordinate(x: lhs.x + rhs.x, y: lhs.y + rhs.y)
    }

    static func -(lhs: Coordinate, rhs: Coordinate) -> Coordinate {
        coordinate = Coordinate(x: lhs.x - rhs.x, y: lhs.y - rhs.y)
    }
}

上述两个运算符函数被定义为Coordinate的类方法,运算符函数名和重载的运算符保持一致。加法运算符(+)和减法运算符(-)是双目运算符,因此接收两个Coordinate类型的参数,返回一个Coordinate类型的返回值。
上述两个类方法可以在任意两个Coordinate实例之间作为中缀运算符使用:

let point = Coordinate(x: 1.0, y: 1.0)
let anotherPoint = Coordinate(x: 2.0, y: 2.0)
    
let resultPoint1 = point + anotherPoint
let resultPoint2 = point - anotherPoint
    
print(resultPoint1)
print(resultPoint2)

这个例子中实现了(1.0,1.0)和(2.0,2.0)两个点的相加和相减,得到两个新的点(3.0,3.0)和(-1.0,-1.0)

Coordinate(x: 3.0, y: 3.0)
Coordinate(x: -1.0, y: -1.0)

2.2、前缀运算符、后缀运算符

2.1节的两个运算符函数实现了双目运算的自定义实现。类和结构体也可以实现单目运算符,单目运算符只运算一个值。运算符出现在值之前为前缀运算符,出现在值之后为后缀运算符。
实现单目运算符需在在声明运算符函数时在func关键字之前添加prefix(前缀)(例如:-a)或postfix(后缀)(例如:b!)修饰符。

extension Coordinate {
    static prefix func +(coordinate: Coordinate) -> Coordinate {
         return Coordinate(x: +coordinate.x, y: +coordinate.y)
    }

    static prefix func -(coordinate: Coordinate) -> Coordinate {
         return Coordinate(x: -coordinate.x, y: -coordinate.y)
    }
}

上述的两个运算符函数为单目运算运算符函数。由于是前缀运算符,需要在
func关键字之前加上prefix修饰符。
上述两个运算符函数只对Coordinate实例的x、y做简单的正负改变:

 let point = Coordinate(x: 1.0, y: 1.0)
 let anotherPoint = Coordinate(x: 2.0, y: 2.0)

 print(-point)
 print(+anotherPoint)

这个例子中对(1.0,1.0)和(2.0,2.0)两个点进行正负运算,输出结果为:

Coordinate(x: -1.0, y: -1.0)
Coordinate(x: 2.0, y: 2.0)

2.3、复合赋值运算符

复合赋值运算符是赋值运算符(=)和其他运算符进行结合。例如加法运算符(+)和赋值运算符(=)相结合组成加法赋值运算符(=+)。复合赋值运算符函数需要将左值进行inout关键修饰,因为在函数内部要对左值进行直接的修改。

extension Coordinate {
    static func +=(lhs: inout Coordinate, rhs: Coordinate) {
        lhs = Coordinate(x: lhs.x + rhs.x, y: lhs.y + rhs.y)
    }

    static func -=(lhs: inout Coordinate, rhs: Coordinate) {
        lhs = Coordinate(x: lhs.x - rhs.y, y: lhs.y - rhs.y)
    }
}

上述两个运算符函数实现了加法赋值运算符和减法赋值运算符的自定义。

var point = Coordinate(x: 1.0, y: 1.0)
let anotherPoint = Coordinate(x: 2.0, y: 2.0)
    
point += anotherPoint
print(point)

由于符合赋值运算符函数的左值进行了inout修饰,运算的结果是对左值进行直接的修改,输入结果为:

Coordinate(x: 3.0, y: 3.0)

注意:不能对默认的赋值运算符(=)进行重载,只有复合赋值运算符可以重载。三目条件运算符(a ? b : c)也不能进行重载。

2.4、等价运算符

自定义类和结构体没有对等价运算符进行默认的实现。等价运算符一般被称为相等运算符(==)和不等运算符(!=)。
对于自定义的类型,Swift无法进行判等运算,因为“相等”的含义取决于自定义类型在代码中扮演的角色。为了使自定义类型能够进行等价运算,我们可以对等价运算符进行自定义实现。

extension Coordinate {
    static func ==(lhs: Coordinate, rhs: Coordinate) -> Bool {
        if lhs.x == rhs.x && lhs.y == rhs.y {
            return true
        }
        return false
    }

    static func !=(lhs: Coordinate, rhs: Coordinate) -> Bool {
        if lhs.x != rhs.x || lhs.y != rhs.y {
            return true
        }
        return false
    }
}

上述的运算符函数实现了“相等”运算符,来判断两个Coordinate类型是否相等,对于Coordinate类型而言,相等表示两个属性“x”和“y”相等;“不等”运算符表示只要Coordinate只要有一个属性不相等,即可判断为两个Coordinate类型不相等。

let point = Coordinate(x: 1.0, y: 1.0)
let anotherPoint = Coordinate(x: 2.0, y: 2.0)
    
print(point == anotherPoint)
print(point != anotherPoint)

由于point的两个属性x、y和anotherPoint的两个属性x、y值不相等,因此进行相等(==)运算的结果为false,进行不等(!=)的运算结果为true。

2.5、自定义运算符

除了标准运算符,Swift还可以声明和实现自定义运算符。
自定义运算符需要在全局作用域通过关键字operator进行定义,同时要指定prefix(前缀)、infix(中缀)或postfix(后缀)修饰符:

prefix operator  +++

上面的代码定义了一个名为+++的前缀运算符。在Swift中+++并没有实际的意义,我们可以通过Coordinate实例来定义它的意义。对于Coordinate类型来讲,可以将+++定义为双自增前缀运算符,实现Coordinate对自身的相加。

extension Coordinate {
    static prefix func +++(coordinate: inout Coordinate) -> Coordinate {
        coordinate += coordinate
        return coordinate
   }
}

上述中的运算符函数通过自定义的加法赋值运算符让Coordinate实现自身的相加。

var point = Coordinate(x: 1.0, y: 6.0)
let anotherPoint = +++point

由于+++运算符实现对自身相加,并输出一个Coordinate实例,因此上述例子中point的值最终的结果为(2.0,12.0),anotherPoint的值为(2.0,12.0)。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,456评论 5 477
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,370评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,337评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,583评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,596评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,572评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,936评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,595评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,850评论 1 297
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,601评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,685评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,371评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,951评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,934评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,167评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 43,636评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,411评论 2 342

推荐阅读更多精彩内容

  • 本章将会介绍 模块和源文件访问级别访问控制语法自定义类型子类常量、变量、属性、下标构造器协议扩展泛型类型别名位运算...
    寒桥阅读 872评论 0 2
  • 高级运算符(Advanced Operators) 本文参考自苹果官方文档Advanced Operators本页...
    果啤阅读 1,588评论 1 5
  • 高级运算符 文档地址 作为 基本运算符 的补充,Swift 提供了几个高级运算符执行对数传值进行更加复杂的操作。这...
    hrscy阅读 828评论 0 2
  • TARROOM超级密室(密室逃脱)隶属于北京水木秋石文化传播有限公司,致力于打造新一代人机交互式体验的真人实景机械...
    StarRoom阅读 407评论 0 1
  • 今日逃课四节,大睡一上午,酣畅淋漓,好不痛快,循规蹈矩良久,今日也算释放了天性。有时候生命是编好的程序,是预设好的...
    小小河千阅读 211评论 1 0