2018年3月28号重编，复习，补充，完善。
- 不用继承对象，就直接添加新的方法，或者替换原有的方法。
什么时候应该使用Category
- 想要为某个类填充功能，增加新的成员变量与方法，我们又没有该类的代码，正规做法就是继承，创建新的子类。而我们想要填充的类又很难继承时。
- 大概有以下几种情况很难继承：
Foundation对象用工厂模式实现的对象
单例对象
在代码中出现次数已经多不胜数的对象
Foundation对象
Foundation里面像NSString、NSArray、NSDictionary等类的底层实现，像NSString其实会对应到Core Foundstion里面的CFStringRef，NSArray对应到CFArrayRef,可以直接把Foundation对象转换成Core Foundstion的类型。- 所以，当你使用
alloc、init产生一个Foundation对象的时候，其实会同时得到一个与Core Foundstion实现的子类，如：创建NSString对象，呼叫alloc、init的时候，真正拿到的是__NSCFConstantString，而创建NSMutableString，拿到__NSCFString，而__NSCFConstantString继承自__NSCFString!#define CLS(x) NSStringFromClass([x class]) NSLog(@"NSString:%@", CLS([NSString string])); NSLog(@"NSMutableString:%@", CLS([NSMutableString string])); NSLog(@"NSNumber:%@", CLS([NSNumber numberWithInt:1])); #undef CLS 执行结果： NSString:__NSCFConstantString NSMutableString:__NSCFString NSNumber:__NSCFNumber
- 参杂见解：当我们建立
Foundation对象的子类之后，假如我们没有重写原来关于建立实例的方法，就不能保证建立出来的对象的实例方法
- 相关阅读，以下是整理阅读
//Foundation框架下的类几乎都不能被继承。 //这是因为这些类并不是单一的一个类，而是包含了很多子类， //这些子类是在.m文件才声明的，故不能被继承，只能被本类所使用。 //然后父类中有一些方法只是做了声明，并没有实现，这些方法在子类中才被实现。 //如果你继承了一个字符串，然后调用一些工厂类的方法， //因为你并没有继承到字符串类(NSString)中的子类，而这些子类才实现了一些工厂方法，所以就会出错。 //-----------.h #import <Foundation/Foundation.h> @interface AZString : NSObject + (AZString *)stringWithA; + (AZString *)stringWithB; @end //-----------.m @implementation AZString + (AZString *)stringWithA { AZCFString * str = [[AZCFString alloc] init]; return str; } + (AZString *)stringWithB { AZTappPointerString * str = [[AZTappPointerString alloc] init]; return str; } @end //-----------.h-----子类 #import "AZString.h" @interface AZCFString : AZString @end @implementation AZCFString - (void)method1 { NSLog(@"XXXXXX"); } - (void)method2 { NSLog(@"TTTTTTT"); } @end //-----------.h-----子类 @interface AZTappPointerString : AZString @end @implementation AZTappPointerString - (void)method1 { NSLog(@"XXXXXX"); } - (void)method2 { NSLog(@"TTTTTTT"); } @end //-----------.h-----分类 @interface AZString (copyString) - (void)method1; - (void)method2; @end //可以看到创建一个AZString字符串时，并不是父类创建的，而是一些子类来创建， //但是这些子类声明在父类的.m文件中，不能被继承， //所以当你继承了AZString后，一旦调用stringWithA就会出错。 //因为根本在的你继承类中没有AZCFString这个子类。用工厂模式实现的对象
- 工厂模式是一套用来解决不用特别指定是哪个类，就可以创建对象的方法。
- 创建
UIButton时，调用类方法buttonWithType:，通过传入按钮的type创建按钮对象。- 在大多数状况下，会是
UIButton对象，但假如我们传入的type是UIButtonTypeRoundedRect，却会回调继承自UIButton的UIRoundedRectButton对象.#define CLS(x) NSStringFromClass([x class]) NSLog(@"UIButtonTypeCustom %@", CLS([UIButton buttonWithType:UIButtonTypeCustom])); NSLog(@"UsIButtonTypeRoundedRect %@", CLS([UIButton buttonWithType:UIButtonTypeRoundedRect])); #undef CLS // NSLog: // UIButtonTypeCustom UIButton // UIButtonTypeRoundedRect UIRoundedRectButton
- 后果：想要扩充
UIButton，但拿到的却是UIRoundedRectButton，而UIRoundedRectButton却无法继承，因为该类不是公开的，我们无法保证以后传入UIButtonTypeRoundedRect一定会得到UIRoundedRectButton.这就造就了我们难以继承UIButton。单利对象
- 某个类只有、也只该有一个实例，每次只对这个实例操作，而不是创建新的实例。像
UIApplication、NSUserDefault、NSNotificationCenter都是采用单利设计。// 基本实现(暂且不用GCD实现)： @interface MyClass : NSObject + (MyClass *)sharedInstance; @end //实现部分：-------------------------------------------- static MyClass *sharedInstance = nil; @implementation MyClass + (MyClass *)sharedInstance { return sharedInstance ? sharedInstance : (sharedInstance = [[MyClass alloc] init]); } @end
- 如果子类没有重写掉
sharedInstance方法，那么sharedInstance方法回调的还是单例的单例初始化方法，重写sharedInstance，又不能保证该方法内部没有做其他事情，很有可能会把一些initiailize时该做的事情放在这里做。直接重写sharedInstance，很有可能有事情没做。在代码中出现次数已经多不胜数的对象
- 随着项目不断成长，某些类已经频繁使用，而我们现在又需要增加新的方法，我们不可能将所有用到的地方放统统换成新的子类。
分类的实现
- 一样是用
@interface关键字声明头文件，在@implementation与@end关键字当中的内容是实现，然后在原本的类名后面，在小括号里写上新增的分类名称@interface NSObject (SmallTalish) - (void)printNl; @end @implementation NSObject (SmallTalish) - (void)printNl { NSLog(@"%@", self); } @end分类的用途
- 帮原有的类增加新的方法
- 将一个很大的类分成数个小部分
- 替换原本的方法实现
扩展
- 语法与分类非常相似，像一个没有名字的分类，在类名之后直接加上空的小括号，在头文件中定义方法，在原本的类中做方法的实现。
- 个人添加：扩展不能继承，只有头文件，可以声明方法和属性，一般直接在原文件中定义
用途：
- 拆分头文件
- 管理私有方法
//.h @interface MyClass : NSObject @end @interface MyClass() - (void)doSomthing; @end //.m @implementation MyClass - (void)doSomthing{} @end分类是否可以增加新的成员变量或属性？
- 观念：既然我们可以用一张表格记录一个类有哪些方法，那我们不就可以另外建一张表格，记录有哪些对象与这个类相关？
- 要使用关联对象，我们需要导入
objc/runtime.h,然后调用objc_setAssociatedObject创建setter,用getAssociatedObject创建getter。#import <objc/runtime.h> @interface MyClass(MyCategory) @property (strong, nonatomic) NSString *myVar; @end @implementation MyClass - (void)setMyVar:(NSString *)inMyVar { objc_setAssociatedObject(self, "myVar", inMyVar, OBJC_ASSOCIATION_RETAIN_NONATOMIC); } - (NSString *)myVar { return objc_getAssociatedObject(self, "myVar"); } @end
- 最后一个参数
OBJC_ASSOCIATION_RETAIN_NONATOMIC,决定要用哪一种内存管理方式，管理我们传入的参数。传入的参数还可以是OBJC_ASSOCIATION_ASSIGN、OBJC_ASSOCIATION_COPY_NONATOMIC、OBJC_ASSOCIATION_RETAIN以及OBJC_ASSOCIATION_COPY。与property语法使用的内存管理方式一致。当MyClass对象在dealloc的时候，通过objc_setAssociatedObject而强引用对象会被一并释放。对NSURLSessionTask编写分类
- iOS7 上，对
NSURLSessionTask写一个分类之后，你会发现，如果我们用[NSURLSession sharedSession]产生了NSURLSessionDataTask对象，之后，对这个对象调用分类里的方法，会出现找不到selector的错误？- iOS8 的环境下，可以用这个对象调用
NSURLSessionTask分类里的方法，但如果写成NSURLSessionDataTask的分类，结果又是找不到selector的错误。NSURLSessionDataTask *task = [[NSURLSession sharedSession] dataT askWithURL:[NSURL URLWithString:@"http://kkbox.com"]]; NSLog(@"%@", [task class]); NSLog(@"%@", [task superclass]); NSLog(@"%@", [[task superclass] superclass]); NSLog(@"%@", [[[task superclass] superclass] superclass]); //在 iOS8 上的结果是：-------------------------------------- __NSCFLocalDataTask __NSCFLocalSessionTask NSURLSessionTask NSObject //在 iOS7 上的结果是：-------------------------------------- __NSCFLocalDataTask __NSCFLocalSessionTask __NSCFURLSessionTask NSObject
- 结论：无论是 iOS8 或 iOS7，我们创建的
data task,都不是直接产生NSURLSessionDataTask对象，而是产生NSURLSessionDataTask这样的私有对象。iOS8上，__NSCFLocalDataTask并不继承NSURLSessionDataTask，而 iOS7 上__NSCFLocalDataTask甚至连NSURLSessionTask都不是。- 调用
[task isKindOfClass:[NSURLSessionDataTask class]],还是会返回YES，-isKindOfClass:是可以被重写的。- (BOOL)isKindOfClass:(Class)aClass { if (aClass == NSClassFromString(@"NSURLSessionDataTask")) { return YES; } if (aClass == NSClassFromString(@"NSURLSessionTask")) { return YES; } return [super isKindOfClass:aClass]; }
-isKindOfClass:其实并不像你所想象的那么值得信任。
