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.strongStrmutableString

2013-06-21 18:08:50.957 PropertyTest[7467:907] mString’p0x1f592bb0

2013-06-21 18:08:50.959 PropertyTest[7467:907] self.strongStr’p0x1f592d30

2013-06-21 18:08:50.960 PropertyTest[7467:907] self.strongStrmutableString

2013-06-21 18:08:50.961 PropertyTest[7467:907] mString’p0x1f592bb0

2013-06-21 18:08:50.962 PropertyTest[7467:907] self.strongStr’p0x1f592d30

 

改为

@property (nonatomic, strong) NSMutableString *strongStr;

输出:

2013-06-21 18:12:35.615 PropertyTest[7505:907] self.strongStrmutableString

2013-06-21 18:12:35.619 PropertyTest[7505:907] mString’p0x1e5a7220

2013-06-21 18:12:35.620 PropertyTest[7505:907] self.strongStr’p0x1e5a7220

2013-06-21 18:12:35.621 PropertyTest[7505:907] self.strongStrmutableString.

2013-06-21 18:12:35.622 PropertyTest[7505:907] mString’p0x1e5a7220

2013-06-21 18:12:35.623 PropertyTest[7505:907] self.strongStr0x1e5a7220


三.+(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实现。

 

 

 

你可能感兴趣的:(学习笔记)