ios基础

 

1、assign、retain、copy使用环境

assign适合于基础类型，基础类型有c语言基础数据类型(int, float, double, char,bool),obc基础数据类型(NSInteger，CGFloat)

copy适合于NSString

retain适合于继承NSObject的对象，包括NSNumber(只有NSNumber能存放在NSMutableArray),需要手动release

 

2、为什么很多内置的类，如TableViewController的delegate的属性是assign不是retain

循环引用

所有的引用计数系统，都存在循环应用的问题。例如下面的引用关系：

  •    对象a创建并引用到了对象b.

  •    对象b创建并引用到了对象c.

  •    对象c创建并引用到了对象b.

这时候b和c的引用计数分别是2和1。当a不再使用b，调用release释放对b的所有权，因为c还引用了b，所以b的引用计数为1，b不会被释放。b不释放，c的引用计数就是1，c也不会被释放。从此，b和c永远留在内存中。

这种情况，必须打断循环引用，通过其他规则来维护引用关系。比如，我们常见的delegate往往是assign方式的属性而不是retain方式的属性，赋值不会增加引用计数，就是为了防止delegation两端产生不必要的循环引用。如果一个UITableViewController 对象a通过retain获取了UITableView对象b的所有权，这个UITableView对象b的delegate又是a，如果这个delegate是retain方式的，那基本上就没有机会释放这两个对象了。自己在设计使用delegate模式时，也要注意这点。

 

3、nil表示一个Objctive-C对象，这个对象的指针指向空，类似于c语言的NULL,Nil定义的是一个指向空的类（是Class非对象）

     id是一个指向任何一个继承了Object（或者NSObject）类的对象，id本身是一个指针,id *id则定义了一个指针，这个指针指向另一个指针

 

4、Xcode有四种build for

分别是:

build for Running：Running最常用的一种，在模拟器或者设备上运行

build for Testing：Testing单元测试所用

build for Profiling：Profiling测试各种性能问题，内存泄露等问题，主要是弥补单元测试覆盖不到的地方

build for Archiving：Archiving出包用

 

5、java与object-c的数据类型

     java （字节）               object-c（字节）

 char        16                     8

 int           32                  16(有符号:-32768至32767,无符号:0至65535)

short       16                                   16(类似int)

long        64                                   32(有符号:-2147483648至2147483627，无符号:0至4294967295)

float        32                                   32(类似无符号long)

double   64                                   64

longdouble -                                128

6、

http://mobile.51cto.com/iphone-278593.htm

打包

Object-C内存管理口诀

1           口诀。

1.1          谁创建，谁释放（类似于“谁污染，谁治理”）。如果你通过alloc、new或copy来创建一个对象，那么你必须调用release或autorelease。换句话说，不是你创建的，就不用你去释放。
例如，你在一个函数中alloc生成了一个对象，且这个对象只在这个函数中被使用，那么你必须在这个函数中调用release或autorelease。如果你在一个class的某个方法中alloc一个成员对象，且没有调用autorelease，那么你需要在这个类的dealloc方法中调用release；如果调用了autorelease，那么在dealloc方法中什么都不需要做。

1.2          除了alloc、new或copy之外的方法创建的对象都被声明了autorelease。

1.3          谁retain，谁release。只要你调用了retain，无论这个对象是如何生成的，你都要调用release。有时候你的代码中明明没有retain，可是系统会在默认实现中加入retain。不知道为什么苹果公司的文档没有强调这个非常重要的一点，请参考范式2.7和第三章。

2           范式。
范式就是模板，就是依葫芦画瓢。由于不同人有不同的理解和习惯，我总结的范式不一定适合所有人，但我能保证照着这样做不会出问题。

2.1          创建一个对象。

ClassA *obj1 = [[ClassA alloc] init];

2.2          创建一个autorelease的对象。

ClassA *obj1 = [[[ClassA alloc] init] autorelease];

2.3          Release一个对象后，立即把指针清空。（顺便说一句，release一个空指针是合法的，但不会发生任何事情）

[obj1 release];

obj1 = nil;

2.4          指针赋值给另一个指针。

ClassA *obj2 = obj1;

[obj2 retain];

//do something

[obj2 release];

obj2 = nil;

2.5          在一个函数中创建并返回对象，需要把这个对象设置为autorelease

ClassA *Func1()

{

  ClassA *obj = [[[ClassA alloc]init]autorelease];

  return obj;

}

2.6          在子类的dealloc方法中调用基类的dealloc方法

-(void) dealloc

{

         …

         [super dealloc];

}

2.7          在一个class中创建和使用property。

2.7.1     声明一个成员变量。

ClassB *objB;

2.7.2     声明property，加上retain参数。

@property (retain) ClassB* objB;

2.7.3     定义property。（property的默认实现请看第三章）

@synthesize objB;

2.7.4     除了dealloc方法以外，始终用.操作符的方式来调用property。

self.objB 或者objA.objB

2.7.5     在dealloc方法中release这个成员变量。

[objB release];

示例代码如下（详细代码请参考附件中的memman-property.m，你需要特别留意对象是在何时被销毁的。）：

@interface ClassA : NSObject

{

         ClassB* objB;

}

 

@property (retain) ClassB* objB;

@end

 

@implementation ClassA

@synthesize objB;

-(void) dealloc

{

         [objB release];

         [super dealloc];

}

@end

2.7.6     给这个property赋值时，有手动release和autorelease两http://种方式。

void funcNoAutorelease()

{

         ClassB *objB1 = [[ClassB alloc]init];

         ClassA *objA = [[ClassA alloc]init];

         objA.objB = objB1;

         [objB1 release];

         [objA release];

}

 

void funcAutorelease()

{

         ClassB *objB1 = [[[ClassB alloc]init] autorelease];

         ClassA *objA = [[[ClassA alloc]init] autorelease];

         objA.objB = objB1;

}

另外：http://blog.sina.com.cn/s/blog_6abfa7ce0100vc26.html

http://www.cnblogs.com/woainilsr/archive/2012/03/28/2421881.html

http://www.cocoachina.com/applenews/devnews/2012/1126/5178.html