iOS开发技巧系列—使用链式编程和Block来实现UIAlertView

615 查看

UIAlertView是iOS开发过程中最常用的控件之一,是提醒用户做出选择最主要的工具.在iOS8及后来的系统中,苹果更推荐使用UIAlertController来代替UIAlertView.所以本文也并不提倡开发者再使用UIAlertView,
本文的目的是探讨如何将原来的给变量赋值和通过Delete来回调的方式变成链式编程风格和通过Block来回调.通过学习对UIAlertView的改造让各位iOS开发者能够学会这种更加便捷的开发方式

什么是链式编程

对于有一定开发经验的开发者来说,链式编程并不陌生.有很多知名的开源库使用了这种编程风格,比如大名鼎鼎的JQuery,而iOS库中,Masory和Snapkit也是典型的使用链式编程的例子.
大体来说,链式编程就是将多个操作(多行代码)通过某种操作符(通常是点号.)链接成一句的代码.便代码更加紧凑,可读性也更好,降低了代码的重复度.比如以下代码:

通过这个例子读者应该可以更清楚的了解什么是链式编程风格.简单来说,链式编程风格要有以下特点

  • 通常是都是调用一个函数来给属性赋值.也就是说,该函数封装了赋值的语句,还可以在里面加入自己的判断和一些逻辑.
  • 该函数必须有一个返回值,通常是它本身.也可以是处理后的数据或者对象.
  • 可以用静态函数作为起始函数,但是后面的全是实例函数.
  • 可以设定一个最终函数,该函数不返回任何对象,用它来完全最后所有操作.

链式编程的利弊

使用链式编程最主要的好处是可以使代码更简洁,写起来一种”爽快”感.设计优秀的链式编程可以大大降低重复的代码,增强逻辑感.不足之处就是对开
发者的业务逻辑能力要求较高,同时因为链式编程都是调用函数,所以有可能会造成过深的函数调用栈.稍微影响性能.

使用Block来回调UIAlertView的Delegate

iOS开发中有很多回调都是使用Delegate完成的,相信各位读者已经写过很多次了.相对来说,使用Delegate比较繁琐,有时还需要在Delegate里
判断是哪个对象的Delegate,优点是运行效率较高.而Block则相反,写起来更直观,开发效率更高.苹果也是逐步使用Block来代替Delegate,iOS
8最新的UIViewController里的Action已经全部使用Block来实现.而且Swift里的闭包,匿名函数更上比比皆是.所以大胆地使用Block来代替
Delegate和Target-Action吧,苹果会帮我们处理好各种性能问题的.但是需要注意的是retian-circle问题,初识Block很容易出现这种问题.

使用链式编程和Block来改造UIAlertView

目前有两种方式可以实现将UIAlertView的Delegate改成Block的回调,一是使用运行时给UIAlertView加上Block属性.二是再写一个新的类继承
UIAlertView,本文使用的是第二种方式,写起来更简单一点.

先定义一个新的类来继承UIAlertView,并且实现UIAlertViewDelegate协议

参考上面的代码,总体思路是在构造器里面将委托设为自己,再将Delegate里面所有的函数用Block来实现,Block里面的参数和委托回调的函数参数一至.当有委托函数回调时,先判断这个
Block是不是nil,如果不是,则执行该Block
接下来的操作就很容易了

再直接扩展UIAlertView,加上自己想要的链式编程函数