cocoa 开发总结

 

1.对iphone 中得tableview非常熟悉 ，灵活的运用tableview得属性，能充分发挥其      功能，在熊猫播放器的播放列表能够灵活运。在iphone sdk 中的的delegate 属性，能够让用户方便的传递消息，非常的灵活。用得得当，能够优化代码，否则就使代码僵硬，不容易扩展维护。同时iphone理由NSuserdault这个类，就相当于数据库，能够方便得保存数据，用户在下次启动该程序时，能够保持和上次结束时得状态。另外NSNotification 是个很好用得消息处理得类 ，能够广播消息。
2.内存管理问题
内存管理是令很多开发人员头大的问题，在Cocoa中，内存管理是通过引用计数器模型完成的。

Cocoa中的每个对象都拥有一个引用计数器，用来维持自己的生命周期。每当一个对象需要“使用”或“占有”另一个对象的时候，它通过向该对象发送一个retain消息来对该对象的引用计数器进行自增，而当它不再需要（或使用完）该对象的时候，它通过向该对象发送一个release消息来对该对象的引用计数器进行自减。当一个对象的引用计数器自减到零时，该对象就会被释放。

下面我们来看一个例子，例如：

NSString *aString = [[NSString alloc] initWithString:@"This is a demo."];

这段代码会创建一个NSString对象，并对其进行初始化。当一个对象被创建的时候，它的引用计数器会被设为1。因此当您不再需要该对象，只要直接对其发送release消息，它就会被直接析构。当您有别的代码块也需要使用这个NSString时，您可以对这个NSString对象调用一次 retain来增加它的引用计数器：

[aString retain]; 这个时候，它的引用计数器值就是2了。当您使用完该对象时，如果您对该对象调用过retain，那就应该“对称”地调用一次release。这时一种基本地编程规范，我将它称为“谁retain，谁release”。

[aString release];

调用完以后，引用计数器再次回到1。最后，当我们彻底不需要这个对象的时候，我们可以这么做：

[aString release];
aString = nil;

上两行代码中，第一句会负责将这个NSString对象析构，第二句会负责将原来指向这个NSString对象的指针（NSString *aString）“归零”，因为“野指针”随时可能造成您程序的异常及崩溃。

听着是不是挺简单？

当然也有稍微复杂一些的情况，话说一开始我们有提到一个叫作NSAutoreleasePool的类吧？NSAutoreleasePool是 Cocoa内存管理机制里很重要的一个环节。我们在本着“谁retain，谁release”的对象使用的大前提下，经常会碰到这么一个问题，那就是我们希望返回一个在局部中创建的对象：

(NSString)demoString
{
NSString *result = [[NSString alloc] initWithString:@"This is a demo."];
return result;
}

在“谁retain，谁release”的原则下，上面的代码显然只负责了retain（alloc调用等效于retain），但是没有负责 release，因此这么写可能会造成内存泄露，因为调用这个方法（或这个API）的代码段并不知道究竟是否需要负责释放这个方法（或这个API）的返回值。

但是如果我们将它直接release了：

(NSString)demoString
{
NSString *result = [[NSString alloc] initWithString:@"This is a demo."];
[result release];
return result;
}

那return的将会是个“野指针”（或者如果你干的足够干净，return的是个零指针），不是我们需要的值。因此我们需要一个能够延迟释放，并且能够自动释放的机制。于是，人们发明了名叫NSAutoreleasePool的又一个轮子，而代码则变成了这个样子：

(NSString)demoString
{
NSString *result = [[NSString alloc] initWithString:@"This is a demo."];
[result autorelease];
return result;
}
 
在对一个对象发送了autorelease之后，这个对象不会被立即释放，而是被“登记”到了离它最近的一个NSAutoreleasePool对象上。当该NSAutoreleasePool被清空或释放的时候，这个“登记”了的对象才会被真正发送一个release消息。
3.容器问题
容器是让多数程序员又爱又恨的东西。在Cocoa中，容器是如此的简单易用以至于您一旦用过，就会对它们“爱不释手”。Cocoa中的容器类主要有这么几个：NSString、NSArray、NSDictionary、NSSet和NSIndexSet等，它们都是Foundation Framework的一部分。

为什么人们会对Cocoa的容器“爱不释手”呢？

原因一：NSArray、NSDictionary、NSSet都不强制其内部元素类型的一致性。举个简单的例子：

NSString *aString = [NSString stringWithString:@"This is a demo."];

NSNumber *aNumber = [NSNumber numberWithInteger:0];

NSArray *anArray = [[NSArray alloc] initWithObjects:aString, aNumber, nil];

在上述例子中，我们首先建立了一个NSString对象，然后又建立了一个NSNumber对象，最后我们将这两个NSString和NSNumber对象都“塞”到了一个NSArray对象中。
！

原因二：容器类的“可修改”和“不可修改”

上面我们展示的NSString、NSArray、NSDictionary、NSSet以及NSIndexSet等，都是容器的“不可修改”的版本。所谓的“不可修改”，指的是这个容器一旦被创建以后，我们就不可以通过代码修改它的集合。那如果我们需要修改（例如添加、删除、替换）这些容器的元素，该怎么办呢？

Cocoa中几乎所有的容器类，都提供了另外一个“可修改”的版本。例如：继承自NSString的NSMutableString、继承自 NSArray的NSMutableArray、继承自NSDictionary的NSMutableDictioanry、继承自NSSet的 NSMutableSet以及继承自NSIndexSet的NSMutableIndexSet等。这些“可修改”的版本提供了简单直观的方法，用来修改其内部的元素。例如：

NSString *aString = [NSString stringWithString:@"This is a demo."];

NSNumber *aNumber = [NSNumber numberWithInteger:0];  

NSMutableArray *aMutableArray = [NSMutableArray array];

[aMutableArray addObject:aString];

[aMutableArray addObject:aNumber];

[aMutableArray removeObjectAtIndex:0];

[aMutableArray removeAllObjects];

在上述代码中，第一、二行建立了一个NSString对象和一个NSNumber对象。第三行建立了一个NSMutableArray对象（也就是一个“可修改”的NSArray对象）。第四、五行通过-addObject:方法分别将第一、二行建立的NSString对象和NSNumber对象加入了这个“可修改”的NSArray里。第六行则是根据我们给定的索引号0，删除了数组中的第一个元素。第七行的-removeAllObjects最后一口气将数组中存在的所有元素统统删除（置空数组）。