所有这些评论都很棒，但我真的很惊讶没有人提到谷歌的Objective-C风格指南，这是不久前发布的。我认为他们做得很彻底。

编写单元测试。您可以在Cocoa中测试许多在其他框架中可能比较困难的事情。例如，对于UI代码，您通常可以验证事物是否按照应有的方式连接，并相信它们在使用时能够正常工作。你可以很容易地设置状态和调用委托方法来测试它们。

在编写内部测试时，也不会有公共、受保护和私有方法可见性。

黄金法则:如果你分配了，那么你就释放了!

更新:除非你正在使用ARC

还有一个半相关的话题(还有更多的回复空间!):

有哪些Xcode的小技巧和技巧是你希望2年前就知道的?

避免生成

Since you typically(1) don't have direct control over their lifetime, autoreleased objects can persist for a comparatively long time and unnecessarily increase the memory footprint of your application. Whilst on the desktop this may be of little consequence, on more constrained platforms this can be a significant issue. On all platforms, therefore, and especially on more constrained platforms, it is considered best practice to avoid using methods that would lead to autoreleased objects and instead you are encouraged to use the alloc/init pattern.

因此，而不是:

aVariable = [AClass convenienceMethod];

在可能的情况下，你应该使用:

aVariable = [[AClass alloc] init];
// do things with aVariable
[aVariable release];

当您编写自己的方法返回新创建的对象时，您可以利用Cocoa的命名约定，通过在方法名前加上“new”来标记接收方必须释放该对象。

因此，与其:

- (MyClass *)convenienceMethod {
    MyClass *instance = [[[self alloc] init] autorelease];
    // configure instance
    return instance;
}

你可以这样写:

- (MyClass *)newInstance {
    MyClass *instance = [[self alloc] init];
    // configure instance
    return instance;
}

因为方法名以"new"开头，你的API的使用者知道他们负责释放接收到的对象(例如，看NSObjectController的newObject方法)。

你可以通过使用你自己的本地自动释放池来控制。有关这方面的更多信息，请参见自动释放池。

只释放dealloc方法中的属性。如果你想释放属性所持有的内存，只需将其设置为nil:

self.<property> = nil;