我已经开始做一些我认为不是标准的事情：

1）随着属性的出现，我不再使用“”作为“私有”类变量的前缀。毕竟，如果一个变量可以被其他类访问，不应该有一个属性吗？我一直不喜欢“”前缀让代码更难看，现在我可以省略它了。

2）说到私有的东西，我更喜欢将私有方法定义放在 .m 文件中的类扩展中，如下所示：

#import "MyClass.h"

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

@implementation MyClass

为什么要在 .h 文件中塞满外人不应该关心的东西？空 () 适用于 .m 文件中的私有类别，如果您不实现声明的方法，则会发出编译警告。

3) 我已将 dealloc 放在 .m 文件的顶部，就在 @synthesize
指令的下方。你dealloc不应该在你想在课堂上考虑的事情列表的顶部吗？在 iPhone 这样的环境中尤其如此。

3.5）在表格单元格中，使每个元素（包括单元格本身）不透明以提高性能。这意味着在所有内容中设置适当的背景颜色。

3.6) 当使用 NSURLConnection 时，通常你可能想要实现委托方法：

- (NSCachedURLResponse *)connection:(NSURLConnection *)connection
                  willCacheResponse:(NSCachedURLResponse *)cachedResponse
{
      return nil;
}

我发现大多数 Web 调用都是非常单一的，它比您希望缓存响应的规则更例外，尤其是对于 Web 服务调用。实现所示方法会禁用响应缓存。

同样有趣的是，约瑟夫·马蒂洛 (Joseph Mattiello) 提供了一些很好的 iPhone 特定技巧（在 iPhone
邮件列表中收到）。还有更多，但这些是我认为最普遍有用的（请注意，现在已经从原始版本中稍微编辑了一些位，以包含回复中提供的详细信息）：

4) 仅在必要时使用双精度，例如在使用 CoreLocation 时。确保以“f”结束常量，以使 gcc 将它们存储为浮点数。

float val = someFloat * 2.2f;

当实际上可能是双精度时，这一点最重要someFloat，您不需要混合模式数学，因为您在存储的“val”中失去了精度。虽然 iPhone
的硬件支持浮点数，但与单精度相比，执行双精度算术可能仍需要更多时间。

在较旧的手机上，据说计算以相同的速度运行，但您可以在寄存器中拥有比双精度更多的单精度组件，因此对于许多计算而言，单精度最终会更快。

5）将您的属性设置为nonatomic。它们是atomic默认的，在综合时，将创建信号量代码以防止多线程问题。99%
的人可能不需要担心这一点，并且当设置为非原子时，代码不会那么臃肿并且内存效率更高。

6) SQLite 可以是一种非常、非常快速的缓存大型数据集的方法。例如，地图应用程序可以将其切片缓存到 SQLite 文件中。最昂贵的部分是磁盘
I/O。通过在大块之间发送BEGIN;和避免许多小写。COMMIT;例如，我们使用 2 秒计时器，在每次新提交时重置。当它过期时，我们发送
COMMIT；，这会导致您的所有写入都集中在一大块中。SQLite
将事务数据存储到磁盘并执行此开始/结束包装避免创建许多事务文件，将所有事务分组到一个文件中。

此外，如果 SQL 在您的主线程上，它将阻止您的 GUI。如果您有一个很长的查询，最好将您的查询存储为静态对象，并在单独的线程上运行您的
SQL。确保将任何修改数据库的查询字符串包装在@synchronize() {}块中。对于简短的查询，只需将内容留在主线程上即可更方便。

更多 SQLite 优化技巧在这里，虽然文档看起来已经过时了，但许多点可能还是不错的；

http://web.utk.edu/~jplyon/sqlite/SQLite_optimization_FAQ.html