IOS6学习笔记(一)
一.ARC
1.ARC环境下可以使用-(void)dealloc{};处理一些事情(比如移除KVO观察),但不要调用[super dealloc];
2.ARC与非ARC混编要注意符合Cocoa命名约定,比如不能用copyRight这样的方法名,需改成copyright。或使用NS_RETURNS_RETAINED或NS_RETURNS_NOT_RETAINED告诉编译器使用哪种内存管理规则,这些修饰符在NSObjCRuntime.h中定义的。
3.readonlyString在类扩展部分被重新定义时使用readwrite关键字进行修饰,这样一来便为该属性创建了一个私有的设置方法(setter)。
@interface ViewController : UIViewController
@property (nonatomic, readonly, strong) NSString *readonlyString;
@end
@interfaceViewController ()
@property (nonatomic, readwrite, strong) NSString *readonlyString;
@end
二.属性
1.原子性(atomic),LLVM4中加入了该特性。它本意指属性的存取方法是线程安全的。比如,声明了一个MSMutableArray类型的原子属性stuff,这种情况下self.stuff和self.stuff=otherStuff都是线程安全的。但是,使用objectAtIndex:方法访问数组并不是线程安全的,需要用锁来保证线程安全。下面的代码简单表示了atomic的实现:
[_propertyLock lock];
id result = [[value retain] autorelease];
[_propertyLock unlock];
return result;
2.copy,对于非可变类(比如NSString、NSArray)的属性通常应该使用copy修饰。用于声明属性的类可能会拥有可变的子类,比如NSString就可能有一个可变的子类NSMutableString,能够把NSMutableString对象赋给NSString属性,这种情况下你的属性所指向的对象就有可能被其他调用者改变。
@property (nonatomic, copy) NSMutableString *strongStr;
NSMutableString *mString = [[NSMutableStringalloc] initWithFormat:@"mutableString"];
self.strongStr = mString;
NSLog(@"self.strongStr:%@",self.strongStr);
NSLog(@"mString’p:%p",mString);
NSLog(@"self.strongStr’p:%p",self.strongStr);
[mString appendString:@"."];
NSLog(@"self.strongStr:%@",self.strongStr);
NSLog(@"mString’p:%p",mString);
NSLog(@"self.strongStr:%p",self.strongStr);
输出:
2013-06-21 18:08:50.954 PropertyTest[7467:907] self.strongStr:mutableString
2013-06-21 18:08:50.957 PropertyTest[7467:907] mString’p:0x1f592bb0
2013-06-21 18:08:50.959 PropertyTest[7467:907] self.strongStr’p:0x1f592d30
2013-06-21 18:08:50.960 PropertyTest[7467:907] self.strongStr:mutableString
2013-06-21 18:08:50.961 PropertyTest[7467:907] mString’p:0x1f592bb0
2013-06-21 18:08:50.962 PropertyTest[7467:907] self.strongStr’p:0x1f592d30
改为
@property (nonatomic, strong) NSMutableString *strongStr;
输出:
2013-06-21 18:12:35.615 PropertyTest[7505:907] self.strongStr:mutableString
2013-06-21 18:12:35.619 PropertyTest[7505:907] mString’p:0x1e5a7220
2013-06-21 18:12:35.620 PropertyTest[7505:907] self.strongStr’p:0x1e5a7220
2013-06-21 18:12:35.621 PropertyTest[7505:907] self.strongStr:mutableString.
2013-06-21 18:12:35.622 PropertyTest[7505:907] mString’p:0x1e5a7220
2013-06-21 18:12:35.623 PropertyTest[7505:907] self.strongStr:0x1e5a7220
三.+(void)load方法
在第一次加载分类的时候执行。load方法是运行时的一个特性,每一个分类都可以实现+load,所有的+load实现都会执行,但执行的顺序是无法保证的。还有,不要尝试手动调用+load。通常在main函数之前(在类被加载到运行时的时候)就被调用。
Foundation Tool示例代码
#import "LoadClass.h"
@implementation LoadClass
+ (void)load
{
NSLog(@"loading ");
}
@end
@implementation LoadClass (category)
+(void)load
{
NSLog(@"Category loading");
}
@end
@implementation LoadClassSubClass
+(void)load
{
NSLog(@"subClass loading");
}
@end
其输出为:
2013-06-24 13:48:42.484 PropertyTest[1340:c07] loading
2013-06-24 13:48:42.489 PropertyTest[1340:c07] subClass loading
2013-06-24 13:48:42.491 PropertyTest[1340:c07] Category loading
+(void)initialize方法
+initialize方法与其他类方法机制相同,这意味着Category中的+initialize方法会覆盖类本身的+initialize方法。而另一个后果就是,如果父类中实现了+initialize方法,而子类中没有重写此方法,则子类初始化时就会使用父类的方法。这与“每个类(所有父类和子类)只会执行一次+initialize方法”并不冲突,因为第二次调用父类的+initialize方法是对子类执行,但使用的是同一个方法实现而已。
#import
@interface Abstract : NSObject
@end
@implementation Abstract
+ (void)initialize
{
NSLog(@"%@ initialize",self);
}
@end
@interface Sub : Abstract
@end
@implementation Sub
@end
int main(int argc, const char * argv[])
{
@autoreleasepool {
NSLog(@"main Start");
[Sub class];
NSLog(@"Hello, World!");
}
return 0;
}
其输出为:
main Start
Abstract initialize
Sub initialize
Hello, World!
如果不想子类使用父类的+initialize方法,则父类的+initialize方法可以这样写
+ (void)initialize
{
if(self == [WhateverClass class])
{
...perform initialization...
}
}
另外一些,不能这样写的情形有:
- 需要在每个子类初始化时执行相同的+initialize方法,比如使用+initialize记录每个继承子类的名字。
- 使用KVO通知的情况,KVO机制的实现机制是创建动态子类(creates dynamic subclasses),如果使用上述代码包含,则在动态创建的子类中则不会调用+initialize实现。