接上篇,其实在接触Ruby不久后,我就萌生了改造ObjC的Cocoa框架的想法。为什么要改造?只为能够提高开发OC项目的效率。同时我也完成了一些改造工作,详见像Ruby一样写ObjC,用block实现链式方法调用
说到改造这个问题,我想起曾经有人说,合格的程序员都会不断追求自动化,不断追求代码的解耦与复用,不断追求拓展技术的边界。我们也往往会从这三个方向找切入口,例如OC和Python一样充斥了一些C语言函数形式的方法或者宏,例如NSLog()
、NSLocalizedString()
,或是CoreGraphic框架中一系列的C函数,更有甚者GCD(Grand Central Dispatch)完全是C函数代码,但GCD因为把多线程编程做的跟if/else一样好用,所以用多了也都接受了。
举个栗子
我们今天就从NSLocalizedString这个宏作为切入口,举一个例子:
|
|
从OOP的角度思考,我们不难想到字符串的本地化转换,完全可以作为NSString类的实例方法来设计,而不是像NSLocalizedString宏这样的设计,这个设计可以说堪比Python的len()方法。
重新设计的本地化接口
|
|
这样调用不仅更符合我们的思维逻辑,也更符合OOP的理念,并且和NSString其他的接口也保持了一致性。使用ObjC的Category特性,就可以轻松实现
|
|
同样的我们还可以给NSString或者其他类型增加各种各样的类别(Category)进行拓展,例如比较有名集大成框架YYKit,在NSString扩展中加入各种摘要算法转换方法,给实际开发带来了极大的便利。
第二个栗子
如果第一个栗子不能跟你产生多少共鸣,那就请看接下来的栗子:给NSArray增加高阶函数Map,类似的Filter,Reduce函数在Python、JavaScript、Swift、Ruby中都是标配了,而OC则显得略有落后,但落后并不妨碍我们进行改造,同样给NSArray增加Category方法,实现依赖于OC对block的支持
|
|
block的出现相当于提高了代码块的身份,虽然它还不是OC的一等公民,但已经可以和实例对象平起平坐,作为参数进行传递了。如果你是一个不太明白block机制的新手,我这里还有一篇教程推荐给你。如果了解block,上面的代码就很好理解了,没有任何优化,仅仅是封装了拿东西
和包装
这两个步骤。
那,NSArray实现Map方法意味着什么呢?意味着我们加工一组数据时,只要专心数据的加工工作就好。
|
|
(
A,
B,
C
)
究竟能否提高开发效率
这个问题其实不用讨论也知道可以,因为我们都有过复制粘贴重复写代码的经历,而这种代码封装和复用,甚至比复制粘贴更简单,每使用一次,都能节省几秒钟甚至几分钟的时间,一并节省不少精力,长年累月则是受益无穷。