一、认识ObjC,改造Cocoa

接上篇,其实在接触Ruby不久后,我就萌生了改造ObjC的Cocoa框架的想法。为什么要改造?只为能够提高开发OC项目的效率。同时我也完成了一些改造工作,详见像Ruby一样写ObjC,用block实现链式方法调用

说到改造这个问题,我想起曾经有人说,合格的程序员都会不断追求自动化,不断追求代码的解耦与复用,不断追求拓展技术的边界。我们也往往会从这三个方向找切入口,例如OC和Python一样充斥了一些C语言函数形式的方法或者宏,例如NSLog()NSLocalizedString(),或是CoreGraphic框架中一系列的C函数,更有甚者GCD(Grand Central Dispatch)完全是C函数代码,但GCD因为把多线程编程做的跟if/else一样好用,所以用多了也都接受了。

举个栗子

我们今天就从NSLocalizedString这个宏作为切入口,举一个例子:

1
2
//惯用方法
NSString* str = NSLocalizedString(@"你好,世界",nil);

从OOP的角度思考,我们不难想到字符串的本地化转换,完全可以作为NSString类的实例方法来设计,而不是像NSLocalizedString宏这样的设计,这个设计可以说堪比Python的len()方法。

重新设计的本地化接口

1
NSString* str = [@"你好,世界" localizedString];

这样调用不仅更符合我们的思维逻辑,也更符合OOP的理念,并且和NSString其他的接口也保持了一致性。使用ObjC的Category特性,就可以轻松实现

1
2
3
4
5
6
7
8
9
@interface NSString (add)
- (NSString*)localizedString;
@end
@implementation NSString(add)
- (NSString*)localizedString;{
return NSLocalizedString(self, nil);
}
@end

同样的我们还可以给NSString或者其他类型增加各种各样的类别(Category)进行拓展,例如比较有名集大成框架YYKit,在NSString扩展中加入各种摘要算法转换方法,给实际开发带来了极大的便利。

第二个栗子

如果第一个栗子不能跟你产生多少共鸣,那就请看接下来的栗子:给NSArray增加高阶函数Map,类似的Filter,Reduce函数在Python、JavaScript、Swift、Ruby中都是标配了,而OC则显得略有落后,但落后并不妨碍我们进行改造,同样给NSArray增加Category方法,实现依赖于OC对block的支持

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
@interface NSArray (Functional)
- (NSArray*)map:(id (^)(id x))map;
@end
@implementation NSArray (Functional)
- (NSArray*)map:(id (^)(id))map
{
NSMutableArray* array = [NSMutableArray array];
[self enumerateObjectsUsingBlock:^(id _Nonnull obj, NSUInteger idx, BOOL * _Nonnull stop) {
id x = map(obj);
if(x) [array addObject:x];
}];
return [array copy];
}
@end

block的出现相当于提高了代码块的身份,虽然它还不是OC的一等公民,但已经可以和实例对象平起平坐,作为参数进行传递了。如果你是一个不太明白block机制的新手,我这里还有一篇教程推荐给你。如果了解block,上面的代码就很好理解了,没有任何优化,仅仅是封装了拿东西包装这两个步骤。

那,NSArray实现Map方法意味着什么呢?意味着我们加工一组数据时,只要专心数据的加工工作就好。

1
2
3
4
5
NSArray* a = @[@"a",@"b",@"c"];
a = [a map:^id(id x) {
return [x uppercaseString];
}];
NSLog(@"%@",a);

(
A,
B,
C
)

究竟能否提高开发效率

这个问题其实不用讨论也知道可以,因为我们都有过复制粘贴重复写代码的经历,而这种代码封装和复用,甚至比复制粘贴更简单,每使用一次,都能节省几秒钟甚至几分钟的时间,一并节省不少精力,长年累月则是受益无穷。