美文网首页读书笔记iOS Developer程序员
(2018年3月28号重编)kkbox-ios-dev笔记(二)

(2018年3月28号重编)kkbox-ios-dev笔记(二)

作者: 百草纪 | 来源:发表于2017-02-20 20:49 被阅读62次

2018年3月28号重编,复习,补充,完善。

  • 不用继承对象,就直接添加新的方法,或者替换原有的方法。

什么时候应该使用Category

  • 想要为某个类填充功能,增加新的成员变量与方法,我们又没有该类的代码,正规做法就是继承,创建新的子类。而我们想要填充的类又很难继承时。
  • 大概有以下几种情况很难继承:
  1. Foundation对象

  2. 用工厂模式实现的对象

  3. 单例对象

  4. 在代码中出现次数已经多不胜数的对象

Foundation对象
  • Foundation里面像NSStringNSArrayNSDictionary等类的底层实现,像NSString其实会对应到Core Foundstion里面的CFStringRefNSArray对应到CFArrayRef,可以直接把Foundation对象转换成Core Foundstion的类型。
  • 所以,当你使用allocinit产生一个Foundation对象的时候,其实会同时得到一个与Core Foundstion实现的子类,如:创建NSString对象,呼叫allocinit的时候,真正拿到的是__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对象,但假如我们传入的typeUIButtonTypeRoundedRect,却会回调继承自UIButtonUIRoundedRectButton对象.
#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
单利对象
  • 某个类只有、也只该有一个实例,每次只对这个实例操作,而不是创建新的实例。像UIApplicationNSUserDefaultNSNotificationCenter都是采用单利设计。
// 基本实现(暂且不用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

分类的用途

  1. 帮原有的类增加新的方法
  2. 将一个很大的类分成数个小部分
  3. 替换原本的方法实现

扩展

  • 语法与分类非常相似,像一个没有名字的分类,在类名之后直接加上空的小括号,在头文件中定义方法,在原本的类中做方法的实现。
  • 个人添加:扩展不能继承,只有头文件,可以声明方法和属性,一般直接在原文件中定义

用途:

  1. 拆分头文件
  2. 管理私有方法
//.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_ASSIGNOBJC_ASSOCIATION_COPY_NONATOMICOBJC_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:其实并不像你所想象的那么值得信任。

相关文章

网友评论

    本文标题:(2018年3月28号重编)kkbox-ios-dev笔记(二)

    本文链接:https://www.haomeiwen.com/subject/gpnewttx.html