Swift3.0 Currying

Currying是把接受多个参数的函数变换成接受一个单一参数(最初函数的第一个参数)的函数,并且返回接受余下的参数而且返回结果的新函数的技术.

在某些情况下,你可能会用某个相同的参数重复调用某个方法,那么利用柯里化会使代码更易于维护,Ex:

func sum(a: Int)(b: Int) -> Int {
    return a + b
}
var sumWithFive = sum(5)
sumWithFive(b: 5)
sumWithFive(b: 10)
sumWithFive(b: 15)

但是,Curring特性已经在Swift3.0中被remove了,The reason was:</br>
Curried function declaration syntax func foo(x: Int)(y: Int) is of limited usefulness and creates a lot of language and implementation complexity. We should remove it.</br>
(函数的 currying 特性的使用场景并不大,但他会增加很多语言的复杂性,所以需要删除它)

�Well,你高兴就好,如果我们可能有需求要用到这个,怎么办?

其实也是有类似的写法的:

 func caculate(_ num1: Int)->(Int)->Int{ return { num2 in num1 + num2} }
 let caculateOne = caculate(5)
 caculateOne(2)//7
 caculateOne(3)//8

所以,昨天改造了一下之前写过的代码,写了一点闭包柯里化的东西(我知道函数的你们肯定都会写!):

复制替换掉ViewController就可以直接用,但是肯定报错因为要换一张图片:]

class ViewController: UIViewController
{
    private lazy var postCardView:UIImageView =
    {
        let postCardView = UIImageView(frame: CGRect(x: 0, y: 0, width: 300, height: 300))
        postCardView.center = self.view.center
        postCardView.image = UIImage(named: "1.jpg")
        postCardView.layer.cornerRadius = 5.0
        postCardView.clipsToBounds = true
        
        return postCardView
    }()
    
    override func viewDidLoad()
    {
        super.viewDidLoad()
      
        setUp()
    }
    
    func setUp()
    {
        view.layer.shadowColor = UIColor.black.cgColor
        view.layer.shadowOffset = CGSize(width: 0, height: 10)
        view.layer.shadowRadius = 10.0
        view.layer.shadowOpacity = 0.3
        
        view.addSubview(postCardView)
        view.addGestureRecognizer(UIPanGestureRecognizer(target: self, action: #selector(panInCard(sender:))))
    }
    func panInCard(sender:UIPanGestureRecognizer)
    {
        let point = sender.location(in: view)
        
        let factor:(CGFloat)->(CGFloat)->CGFloat =
        {
            point in
            {
                length in
                min(1, max(-1, (point - length * 0.5) / length * 0.5))
            }
        }
//        let factor:(CGFloat,CGFloat)->CGFloat = {  point,length in min(1, max(-1, (point - length * 0.5) / length * 0.5))  }

        let transformWithM34:(CGFloat)->(CGFloat)->(CGFloat)->CATransform3D =
        {
            m34 in
            {
                xf in
                {
                    yf in
                    var t = CATransform3DIdentity
                    t.m34 = m34
                    t = CATransform3DRotate(t, CGFloat(M_PI/9) * xf, 0, 1, 0)
                    t = CATransform3DRotate(t, CGFloat(M_PI/9) * yf, -1, 0, 0)
                    return t
                }
            }
        }

        switch sender.state
        {
        case .changed:
            let (xFactor,yFactor) = (factor(point.x)(view.bounds.size.width),factor(point.y)(view.bounds.size.height))
            postCardView.layer.transform = transformWithM34(1.0 / -400)(xFactor)(yFactor)
        case .ended:
            UIView.animate(withDuration: 0.2, animations:{
                self.postCardView.layer.transform = CATransform3DIdentity
            })
        default:
            break
        }
    }
}

通过对factor这个闭包的柯里化和正常写法可以发现,柯里化会很快增加代码的复杂程度,但同时又稍微提升了一点阅读性。

然而对于下面的三参数闭包transformWithM34,代码就已经变得复杂多了。很多的括号看起来快比上if嵌套了。但是不知道亲爱的读者你们有没有发现,
let transformWithM34:(CGFloat)->(CGFloat)->(CGFloat)->CATransform3D并没有指定形参名,也就是依次传入3个CGFloat类型的参数就可以收获一个CATransform3D的返回值。

那么

考虑参数的传入顺序,同样可以达到简化代码的目的,比如我们可以将比较固定的参数先传入,将变化的参数写在后面,这样当需要代码复用的时候,会比较方便。 举个🌰:

        let datePrint:(Int)->(Int)->(String)->Void =
        {
            month in
            print("\(month)月")
            return{
                day in
                print("\(day)日")
                return{
                    action in print("\(action)")
                }
            }
        }
        let actionPrint = datePrint(2016)(11)
        actionPrint("要出去玩")
        actionPrint("要回家")

动作相对于某一天来说,时间是固定的,动作是变化的。我们如果想输出那一天的任何动作只需要actionPrint("xxx")就可以了。还是很方便的。
⬇️(本来是想写个年月日的例子,后来感觉可能没有这个有说服力,结果参数忘了改了,输出有点奇怪😂)⬇️

Paste_Image.png

最后想说的是。

�最好不要在需要和很多UI控件交互的地方用这种多参数柯里化的闭包或者函数。。你懂得。
这种代码适用范围估计也就是那些小巧或者即将变得小巧的工具方法了吧😊

感谢您为阅读这篇文章付出了时间,谢谢。

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

推荐阅读更多精彩内容