要不要试试自定义模式匹配

能不能把一件事情做好,很大程度取决于人的自我驱动力。这一点对于程序员尤其明显,因为解决一个问题的办法有很多种,可以粗糙一些,也可以惊艳一些。但我想对于实现者自己和旁观者而言都会更欣赏惊艳的方案,我们今天要说的话题就涉及到方案的选择。

我们要解决一个什么样的问题

如果我们判断一个数字是正数、负数还是零。我们可以这样做

let x = 10
if x > 0 {
    print("positive")
} else if x < 0 {
    print("negative")
} else {
    print("zero")
}

但有人就是认为这样做非常不爽,他一定希望是这样做:

switch x {
case > 0:
    print("positive")
case < 0:
    print("negative")
case 0:
    print("zero")
}

但是这样做是无法编译通过的。这就是我们今天要解决的问题--扩展模式匹配,让swift能够支持这种方式。

第一步确定~=方法的形式

swift的模式匹配是基于操作~=的,~=返回true则表达匹配成功,所以我们可以首先确认我们的重载~=的基本形式应该是这样的。

func ~=(pattern: ???, value: ???) -> Bool

我在另外一篇内容中详细介绍了模式匹配pattern、pattern-matching和value binding具体是啥意思?

接下来一步我们需要确定我们选用的参数类型,也就是代码片段中 ??? 描述的部分。虽然我们的需求是用来进行整数的判断,但实际上,我们更期望将方法泛型化以支持更多的类型,value是一个需要带比较的参数值,而patten则是一个闭包,用来实现对value的模式匹配。所以我们的方法形式可以确定为:

func ~=<T>(pattern: T -> Bool, value: T) -> Bool {
    return pattern(value)
}

第二步设计模式匹配

现在我们需要用两个func来实现我们的模式:greaterThan(0) 和 lessThan(0),这里需要强调的是
greaterThan(0)是一个func,而不是一个函数调用,0是函数的一部分而不是参数,greaterThan(0)函数会接收一个参数 x,并与0进行比较,来判断x的性质。所以调用方式应该是这样的greaterThan(0)(x).

func greaterThan<T : Comparable>(a: T) -> (T -> Bool) {
    return { (b: T) -> Bool in b > a }
}

func lessThan<T : Comparable>(a: T) -> (T -> Bool) {
    return { (b: T) -> Bool in b < a }
}

我们让greaterThan函数返回一个(T -> Bool)类型的函数,这样我们每次给greaterThan传一个参数就会获得一个新的函数,例如:greaterThan(0)、greaterThan(1)都是一个新的函数。

现在,我们已经得到可以工作的代码了。

let x = 10
switch x {
case greaterThan(0):
    print("positive")
case lessThan(0):
    print("negative")
case 0:
    print("zero")
default:
    fatalError("Should be unreachable")
}

定制操作符

虽然我们重载后的~=方法以及定义的模式已经可以正常工作了,但是表达形式上和我们的期望还有差距,我们需要进一步定制操作符。用类似>符号来替换greaterThan(0)。在定制操作符的时候,我们有两个问题需要思考。

  • 重载操作符很可能会降低代码的可读性,比方说 case > 0:远没有greaterThan(0)清晰易懂。
  • 我们目前需要的是一元操作符,而swift不允许 <成为prefix操作符。

所以我们重新选择了操作符方案,我们使用~> ~<两个操作符分别表示 大于 和 小于。于是我们可以这样重载操作符。

prefix operator ~> { }
prefix operator ~< { }

prefix func ~> <T : Comparable>(a: T)(_ b: T) -> Bool {
    return greaterThan(a)(b)
}

prefix func ~< <T : Comparable>(a: T)(_ b: T) -> Bool {
    return lessThan(a)(b)
}

妥,在我们持续不断的努力下,我们终于实现了我们最开始的目标:

switch x {
case ~>0:
    print("positive")
case ~<0:
    print("negative")
case 0:
    print("zero")
default:
    fatalError("Should be unreachable")
}

在原文中,还进一步介绍了泛型~=的好处,我这里就不一一列举了,欢迎大家阅读原文。我这里没有进行逐句的翻译,是自己重新组织了内容,如果有错误,欢迎给我留言,不胜感激。

参考内容:
Custom Pattern Matching

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

推荐阅读更多精彩内容