@kendell

而不是:

@interface MyClass (private)
- (void) someMethod
- (void) someOtherMethod
@end

Use:

@interface MyClass ()
- (void) someMethod
- (void) someOtherMethod
@end

Objective-C 2.0新功能。

Apple的Objective-C 2.0参考中描述了类扩展。

类扩展允许你在主类@interface块之外的位置为类声明额外的必需API

所以它们是实际类的一部分——而不是类之外的(私有)类别。细微但重要的区别。

确保您收藏了调试魔术页面。这应该是你在寻找Cocoa bug的源头时碰壁的第一站。

例如，它会告诉你如何找到你第一次分配内存的方法，后来导致崩溃(比如在应用程序终止期间)。

声明属性

对于所有属性，您通常应该使用Objective-C 2.0声明属性特性。如果它们不是公共的，将它们添加到类扩展中。使用声明的属性使内存管理语义立即清晰，并使您更容易检查dealloc方法——如果您将属性声明分组在一起，您可以快速扫描它们并与dealloc方法的实现进行比较。

在不将属性标记为“nonatomic”之前，您应该仔细考虑一下。正如《Objective C编程语言指南》所指出的，属性在默认情况下是原子的，并且会产生相当大的开销。此外，简单地将所有属性都设置为原子化并不能使应用程序具有线程安全性。当然，还要注意，如果你没有指定“nonatomic”，并且实现你自己的访问方法(而不是合成它们)，你必须以原子的方式实现它们。

我看到的苹果提供的示例将App委托视为一个全局数据存储，一种数据管理器。这是错误的。创建一个单例，并在App委托中实例化它，但不要将App委托用作应用程序级事件处理以外的任何东西。我衷心赞同这篇博客文章中的建议。这条线索暴露了我。

想想nil值

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

不要把Objective-C写成Java/ c# / c++等。

我曾经看到一个编写Java EE web应用程序的团队尝试编写Cocoa桌面应用程序。就好像它是一个Java EE web应用程序。有很多AbstractFooFactory、FooFactory、IFoo和Foo，而他们真正需要的只是一个Foo类，可能还有一个Fooable协议。

确保你不这样做的部分原因是真正理解语言的差异。例如，您不需要上面的抽象工厂和工厂类，因为Objective-C类方法和实例方法一样是动态分派的，并且可以在子类中重写。