更好的阅读体验请点击 原文
接上篇，其实在接触Ruby不久后，我就萌生了改造ObjC的Cocoa框架的想法。为什么要改造？只为能够提高开发OC项目的效率。同时我也完成了一些改造工作，详见像Ruby一样写ObjC，用block实现链式方法调用
说到改造这个问题，我想起曾经有人说，合格的程序员都会不断追求自动化，不断追求代码的解耦与复用，不断追求拓展技术的边界。我们也往往会从这三个方向找切入口，例如OC和Python一样充斥了一些C语言函数形式的方法或者宏，例如NSLog()、NSLocalizedString()，或是CoreGraphic框架中一系列的C函数，更有甚者GCD（Grand Central Dispatch）完全是C函数代码，但GCD因为把多线程编程做的跟if/else一样好用，所以用多了也都接受了。
举个栗子
我们今天就从NSLocalizedString这个宏作为切入口，举一个例子：
//惯用方法
NSString* str = NSLocalizedString(@"你好,世界",nil);
从OOP的角度思考，我们不难想到字符串的本地化转换，完全可以作为NSString类的实例方法来设计，而不是像NSLocalizedString宏这样的设计，这个设计可以说堪比Python的len()方法。
重新设计的本地化接口
NSString* str = [@"你好，世界" localizedString];
这样调用不仅更符合我们的思维逻辑，也更符合OOP的理念，并且和NSString其他的接口也保持了一致性。使用ObjC的Category特性，就可以轻松实现
@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的支持
@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方法意味着什么呢？意味着我们加工一组数据时，只要专心数据的加工工作就好。
NSArray* a = @[@"a",@"b",@"c"];
a = [a map:^id(id x) {
return [x uppercaseString];
}];
NSLog(@"%@",a);
(
A,
B,
C
)
究竟能否提高开发效率
这个问题其实不用讨论也知道可以，因为我们都有过复制粘贴重复写代码的经历，而这种代码封装和复用，甚至比复制粘贴更简单，每使用一次，都能节省几秒钟甚至几分钟的时间，一并节省不少精力，长年累月则是受益无穷。
