认识ObjC，改造Cocoa

更好的阅读体验请点击 原文

接上篇，其实在接触Ruby不久后，我就萌生了改造ObjC的Cocoa框架的想法。为何要改造？只为可以提升开发OC项目的效率。同时我也完成了一些改造工做，详见像Ruby同样写ObjC，用block实现链式方法调用

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

<!--more-->

举个栗子

咱们今天就从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
)

究竟可否提升开发效率

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