IBOutlets

从历史上看，outlet的内存管理一直很差。 当前的最佳实践是将outlet声明为属性:

@interface MyClass :NSObject {
    NSTextField *textField;
}
@property (nonatomic, retain) IBOutlet NSTextField *textField;
@end

使用属性使内存管理语义清晰;如果使用实例变量综合，它还提供了一致的模式。

如果您使用的是Leopard (Mac OS X 10.5)或更高版本，则可以使用Instruments应用程序来查找和跟踪内存泄漏。在Xcode中构建程序后，选择使用性能工具> Leaks运行>。

即使你的应用程序没有显示任何泄漏，你可能把对象保存得太久了。在Instruments中，您可以为此使用ObjectAlloc工具。在Instruments文档中选择ObjectAlloc乐器，并通过选择View > detail(它旁边应该有一个复选标记)来显示乐器的详细信息(如果还没有显示的话)。在ObjectAlloc详细信息中的“分配生命周期”下，确保选择“已创建和仍然存在”旁边的单选按钮。

现在，每当您停止记录应用程序时，选择ObjectAlloc工具将在“# Net”列中显示对应用程序中每个仍然活动的对象的引用数。确保不仅要查看自己的类，还要查看NIB文件的顶级对象的类。例如，如果你在屏幕上没有窗口，而你看到一个仍然存在的NSWindow的引用，你可能没有在你的代码中释放它。

对于初学者来说，一个很明显的方法是:利用Xcode的自动缩进功能。即使是从其他源复制/粘贴代码，粘贴完代码后，也可以选择整个代码块，右键单击它，然后选择选项重新缩进该代码块中的所有内容。

Xcode会解析这个section并根据括号，循环等缩进它。这比每一行都按空格键或tab键要有效率得多。

尽量避免我现在决定称之为“新类别yaholism”的现象。当Objective-C的新手发现类别时，他们通常会疯狂地为现有的每个类添加有用的小类别(“什么?我可以添加一个方法来转换一个数字到罗马数字到NSNumber岩石上!”)。

不要这样做。

你的代码将更容易移植，更容易理解，因为没有几十个小类别方法散布在20多个基础类之上。

大多数时候，当你真的认为你需要一个类别方法来帮助简化一些代码时，你会发现你永远不会重用这个方法。

还有其他的危险，除非你对你的分类方法进行命名空间(除了疯狂的ddribin，还有谁会这么做呢?)，在你的地址空间中运行的苹果、插件或其他东西也有可能用相同的名称定义相同的分类方法，但副作用略有不同....

好的。现在你已经被警告过了，忽略“不要做这部分”。但是要极度克制。

想想nil值

正如这个问题所指出的，到nil的消息在Objective-C中是有效的。虽然这通常是一个优势——导致更干净和更自然的代码——但如果您在意想不到的情况下获得nil值，该功能偶尔会导致特殊且难以追踪的错误。

抵制世界的子类化。在Cocoa中，很多工作都是通过委托和使用底层运行时完成的，而在其他框架中则是通过子类化完成的。

例如，在Java中你经常使用匿名*Listener子类的实例，在. net中你经常使用EventArgs子类。在Cocoa中，你什么都不用做——而是使用目标-动作。